1、1.2 测试内容依据XXXX系统的关键业务及功能使用的频繁程度，制定以下功能点为本次性能测试范围，以及对应需满足的性能指标：序号模块测试内容最大并发数响应时间（s）备注12345672. 性能测试策略2.1 方法使用性能测试工具编写特定的测试脚本，使用多用户并发，模拟对XXXXX系统相关功能进行持续并发访问操作，并记录系统的响应时间等相关信息，以及应用服务器、数据库服务器资源使用情况。2.2 流程 系统性能测试范围及指标分析-制定测试场景-编写测试脚本-准备测试数据-准备测试环境-执行测试场景-收集测试结果数据-测试结果分析-测试报告输出。2.3 工具2.3.1 性能测试工具 脚本准备：Loa
2、drunner11； 场景执行： 资源监控：nmon、nmon analyser，适用于应用服务器及数据库服务器。3. 性能测试环境3.1 网络拓扑图3.2 软硬件环境用途硬件配置软件配置IPWeb服务器 CPU：Intel（R） E5-2603 内存：8G 硬盘：400G 网卡：1000M操作系统:ubuntu数据库服务器 操作系统: ubuntu 数据库：postgresql、mongodb测试客户端 Intel（R） i5-6400 4核 8G内存 900G硬盘 Win7 IE11控制器与负载机为同一台机器4. 性能测试指标4.1 性能指标关注点本次性能测试，主要关注以下三个最重要的性能
3、指标： 吞吐率（TPS） 响应时间（RT） 系统资源利用率（Load）4.2 性能指标详解以下是本次性能测试过程中需要关注的性能指标，以及性能指标的范围。本节中的所有性能指标数据均通过性能测试工具一节中描述使用的工具进行收集。4.2.1 业务性能指标指标名指标说明采集方法并发用户数在同一时刻与服务器进行了交互的在线用户数量loadrunner响应时间客户发出请求到得到响应的整个过程的时间。一般可以分为三部分：呈现时间，数据传输时间和系统处理时间每秒处理事务数（TPS）每秒钟系统能够处理事务或交易的数量，它是衡量系统处理能力的重要指标。事务成功率本次测试中出现成功的事务数量/事务的总数4.2.2
4、 应用服务器性能指标CPU占用率对一个时间段内CPU使用状况的统计。建议：75%nmon内存内存使用是否平稳，建议80%磁盘I/O建议Iowait30%SWAP有没有交换页面4.2.3 数据库服务器性能指标cpu占用率数据库cpu利用率，建议70%内存使用是否平稳建议IOwait=105TPS 10TPS=5RT=2s2s=5sCPUCPU=75%75%=80%MemMem Mem 慢SQL数量慢SQL=0慢SQL=1慢SQL=25. 测试场景 5.1 存量数据经过与需求人员进行沟通了解，设计系统的存量数据如下：数据类型数量分布要求 5.2 测试场景设计测试场景的设计原则为：按照需求文档及与需
5、求人员沟通结果进行设计。5.2.1 单交易基准测试对各个交易进行单次执行，获取响应时间、TPS等数据。并发数 1 每一交易执行3次，取平均值作为统计数据结果； 虚拟用户加载方式:每5秒钟加载2个用户。85.2.2 单交易并发测试对各个交易进行单交易基准并发测试，得出基本性能指标。持续时间（m） 每一场景执行3次，取平均值作为统计数据结果；911121314151617181920212223245.2.3 混合场景并发测试对所有交易混合场景进行阶梯式压力发起，得到各负载下的处理能力以及各交易的性能表现。场景交易名称占比（%）场景一场景二场景三场景四5.2.4 稳定性测试以混合场景，日常交易了压
6、力对系统进行长时间的稳定性测试，考察系统长期稳定运行情况。持续时间3*24小时各脚本设置思考时间2分钟。6. 进度计划及人员安排6.1 进度计划任务工作量（人日）开始日期结束日期责任人制定测试方案测试环境部署测试数据准备测试脚本准备执行测试测试结果分析编写测试报告6.2 人员安排分类姓名部门职责7. 风险评估本节主要对性能测试过程中可能遇到的风险以及问题进行有效的测试管理、改进及风险规避等。风险类型描述等级缓解策略过程风险由于设计不合理或不正确，导致测试不准确、漏测、测试失败等。高与需求进行沟通确认，进行性能测试方案评审。技术风险测试过程中因选取测试技术部合理或不完善，导致测试失败。中对使用到的测试技术进行预研，进行测试技术备选预案。人员风险由于测试人员的各种问题无法执行性能测试。尽量预见突发的事件或者人员离职，通过招聘以及测试工作的交叉和分散达到不会因某个人员的原因导致工期延误。环境风险因测试环境差异较大，活环境不具备测试条件，导致测试结果误差较大或测试失败，测试环境尽量与真实环境一致。
