好文档就是一把金锄头!
欢迎来到金锄头文库![会员中心]
电子文档交易市场
安卓APP | ios版本
电子文档交易市场
安卓APP | ios版本

性能测试方案模板.doc

15页
  • 卖家[上传人]:cl****1
  • 文档编号:552815726
  • 上传时间:2022-09-04
  • 文档格式:DOC
  • 文档大小:278KB
  • / 15 举报 版权申诉 马上下载
  • 文本预览
  • 下载提示
  • 常见问题
    • XXX容灾系统性能测试性能测试方案整理为word格式文档资料信息服务名称:XX.XXX.XX.27~46(XXX应用服务器)XXX.XXX.XX.123~24(XXX数据库)项目经理:XX文档版本号:1.0服务阶段:项目实施文档版本日期:准备者:XX准备日期:审定者:审定日期:发送列表发送者:日期:/: 接受者:目的:日期:/: 审阅 版本历史版本号:版本日期:修订者:描述:文件名:12016-7-14马鸿飞服务器数注意事项内部传阅整理为word格式目录1 项目介绍 51.1 测试背景 51.2 测试目的 51.3 参考文档 51.4 缩略语和术语说明 52 测试范围 52.1 涉及系统 63 压测环境搭建 63.1 生产环境拓扑图 63.2 压测环境拓扑图 63.3 测试设备列表 63.4 测试环境和生产环境差异 63.5 性能测试机配置 73.6 性能测试工具 74 压测条件准备 74.1 准备工作 75 性能测试方案 75.1 性能测试策略 75.2 性能测试通过准则 85.3 测试业务模型 85.4 测试场景设计 85.4.1 第一轮测试 95.4.2 第二轮测试 125.5 测试数据要求 155.6 监控内容 156 测试计划 15整理为word格式7 团队 168 风险 169 通过标准 1610 优化建议 17整理为word格式1 项目介绍 1.1 测试背景随着业务量和业务能力的拓展,为了防止XXX系统因事故无法使用,建立灾备系统1.2 测试目的本次性能测试的目的是检测灾备系统的性能情况。

      作为XXX的灾备系统,能够在事故发生后切换至灾备系统,能够稳定运行对该系统进行核心业务场景的性能测试希望在模拟生产环境的情况下,能够收集相应的系统参数,作为灾备系统评估的依据1.3 参考文档《XXX环境应用服务器列表清单》、《XXXdb清单v2》、《XXX环境网络拓扑图》1.4 缩略语和术语说明性能测试:在一定约束条件下(指定的软件、硬件和网络环境等)确定系统所能承受的最大负载压力的测试过程场景:一种文件,用于根据性能要求定义在每一个测试会话运行期间发生的事件 虚拟用户:在场景中, LoadRunner 用虚拟用户代替实际用户模拟实际用户的操作来使用应用程序一个场景可以包含几十、几百甚至几千个虚拟用户虚拟用户脚本:用于描述虚拟用户在场景中执行的操作事务:表示要度量的最终用户业务流程并发数:单位时间内同时执行一种操作的用户数量用户数:访问被测应用的用户数量,单位时间内用户不会同时对被测服务器发送请求,产生压力TPS:Transaction Per Second,每秒事务数量,单位是 事务/秒TRT:Transaction Response Time,事务响应时间,指TPS稳定时的平均事务响应时间,单位是秒2 测试范围XXX灾备系统整理为word格式2.1 涉及系统XXX灾备系统3 性能测试环境搭建3.1 生产环境拓扑图3.2 性能测试环境拓扑图3.3 测试设备列表应用服务器37台,配置如下:CPU个数 16CPU型号 Intel(R) Xeon(R) CPU E7- 4820 @ 2.00GHz内存:82G系统 Linux数据库服务器1台,配置如下:CPU个数 60CPU型号 Intel(R) Xeon(R) CPU E7-4870 v2 @ 2.30GHz内存:380G系统 Linux数据库 ORACLE 11g 3.4 测试环境和生产环境差异按照最接近生产系统结构的原则,因只有两台数据库服务器,至少有一台参与性能测试,所以本次性能测试按照实际生产环境1:2比例缩小,也就是10台应用服务器,1台数据库服务器整理为word格式因10台应用服务器对数据库服务器产生的压力太小,改为37台应用服务器和1台数据库服务器3.5 性能测试机配置性能测试测试机1台,详情如下:系统名称 Microsoft® Windows Server® 2008 Enterprise处理器 Intel(R) Xeon(R) CPU E7- 4830 @ 2.13GHz,2134 Mhz,8 个内核,8 个逻辑处理器内存 16.0 GB备注:压测机CPU使用率<50% 内存<80% IOBUSY<50% 磁盘使用率<90% 网络带宽<30%3.6 性能测试工具Loadrunner 114 性能测试条件准备4.1 准备工作1、 测试功能点全部通过功能测试,确保功能上没有问题2、 准备性能测试环境服务器:A、 应用服务器10台B、 数据库服务器1台3、 准备性能测试机1台,需要安装Loadrunner 11并打通到应用服务器的网络4、 对于每个测试功能点,都要事先调试好相应脚本,并准备测试数据。

      保证脚本能够成功回放,数据正确5、 创建测试场景,配置好各场景设置6、 测试过程中保存好脚本及分析结果,并规范的对脚本和分析结果命名5 性能测试方案5.1 性能测试策略1、 关键资源不处于阻塞状态整理为word格式A、 服务器CPU利用率<70%B、 物理内存利用率<80%C、 场景通过率>99.99%2、 组合多个场景并发测试3、 测试执行采用阶梯方式,并发数按照5、10、15、20….逐步增加,直至在某一个并发数增加后TPS达到峰值,并再增加并发造成响应时间增加,事件通过率降低5.2 性能测试通过准则1、 达到性能要求,在要求并发数用户下,系统响应时间小于或者等于客户要求的响应时间2、 在长时间运行后,系统不崩溃,各功能正常3、 服务器CPU、内存、等参数保持稳定4、 测试停止后,一段时间内占用资源可以正常释放5.3 测试业务模型以下根据生产环境(2016年6月26日当日按照工作10小时数据估算值TPS=并发数/平均响应时间=日交易量*0.8/7200)序号业务名称平均处理时间并发数量高峰时段业务量/天备注(估算TPS)1员工登录1.5sXX9:00~11:00XXXXXX2新建客户15sXX12:00~14:00XXXXXX5.4 测试场景设计1、员工登录用例编号NMYC_001验证功能员工登录测试目的被测系统是否能够满足大并发用户数登录的要求前置条件员工账号、密码并发用户数2500思考时间0s整理为word格式方法逐步设置并发用户数为2500个,模拟用户登录系统的负载压力情况,进行15分钟的连续压力测试,记录系统登录事务交易的平均响应时间、成功率,应用服务器、数据库服务器和网络的各项性能指标,作为系统在实际使用情况中的性能表现依据。

      对失败交易发生时的各项指标数据进行分析,定位问题发生的原因用例名称并发数期望响应时间(秒)备注员工登录2500<1.5s 2、新建客户用例编号NMYC_002验证功能新建客户测试目的被测系统能否满足大并发数新建客户的要求前置条件1、员工账号、密码2、客户名称、客户证件号码、客户地址等并发用户数2500思考时间0s方法逐步设置并发用户数为2500个,模拟员工新建客户的负载压力情况,进行15分钟的连续压力测试,记录系统登录事务交易的平均响应时间、成功率,应用服务器、数据库服务器和网络的各项性能指标,作为系统在实际使用情况中的性能表现依据对失败交易发生时的各项指标数据进行分析,定位问题发生的原因用例名称并发数期望响应时间(秒)备注新建客户2500<15s 5.4.1 第一轮测试5.4.1.1 场景设置员工登录5.4.1.2 测试结果Ø 整体结果整理为word格式Ø 基准测试虚拟用户数与TPS关系趋势图 Ø 基准测试虚拟用户数与处理时间关系趋势图整理为word格式本次性能测试一共37台应用服务器,两台数据库服务器,压测30分钟从压测图中可以看出,随着并发数增加(0-600)时间段(0:00-8:00)tps稳定上升,处理时间无太大变化随着并发数增加(600-2500)时间段(8:00-15:00)TPS基本维持在2200—2300,处理时间随着并发数增加而增加随着并发数增加(2500+)时间段(15:00-20:00)TPS呈现不规则跳动,处理时间也大幅度增加,同时错误事务数量变大,出现了接口异常和超时整理为word格式因本次只压测了员工登录,门户部署的应用内存小于2.0G当TPS达到2300并发数最高为25005.4.2 第二轮测试5.4.2.1 场景设置新建客户5.4.2.2 测试结果Ø 整体结果XXXØ 基准测试虚拟用户数与TPS关系趋势图 XXXØ 基准测试虚拟用户数与处理时间关系趋势图 Xxx5.5 测试数据要求客户设备号、员工工号及密码整理为word格式测试数据需求列表序号适用场景描述所需资源描述数量备注1员工登录员工工号及密码2500 2客户定位在用设备号码(接入号)2500 5.6 监控内容6 测试计划编号任务参与人员开始日期结束日期1熟悉被测试系统,确定典型事务测试人员开发人员业务人员2016-7-32016-7-42搭建测试环境,录制典型事务的脚本,增强脚本测试人员开发人员2016-7-52016-7-103执行测试并收集相关数据测试人员2016-7-132016-7-134数据分析测试人员2016-7-132016-7-155编写测试报告测试人员2016-7-152016-7-157 团队容灾项目组整理为word格式8 风险风险描述风险发生的可能性风险对项目影响规避方法目前容灾环境先要经过生产环境的CSB-DEP,若系统双活可能会造成大量流水重复事务通过率下降,导致测试失败低高单独部署CSB-DEP服务测试数据大量预占,造成并发无法继续增加低高数据准备充足随着压力增加,系统异常,造成服务请求中断或者超时高高及时做好服务器监控存在重大错误,以致测试无法继续,需要开发部进行额外的调试和修改才能继续低高代码质量控制硬件或网络环境出现故障低高无9 通过标准1、 性能测试场景通过,并满足并发、响应时间等要求2、 。

      点击阅读更多内容
      关于金锄头网 - 版权申诉 - 免责声明 - 诚邀英才 - 联系我们
      手机版 | 川公网安备 51140202000112号 | 经营许可证(蜀ICP备13022795号)
      ©2008-2016 by Sichuan Goldhoe Inc. All Rights Reserved.