系统压力测试方案设计

实用标准 网吧系统压力测试方案网吧系统压力测试方案 文档修改历史文档修改历史 日期日期 2014.10.13 2015.01.20 版本版本 V1.0 V2.0 作者作者修改内容修改内容 初稿 审批人审批人 发布日期发布日期 文档大全 实用标准 目目录录 1.文档介绍.3 1.1.测试目的.3 1.2.读者对象.3 1.3.参考资料.3 1.4.术语与解释.3 测试环境.3 2.1.测试环境.4 2.2.测试工具.4 测试需求.5 3.1.测试功能点.5 3.2.性能需求.5 准备工作.5 4.1并发用户数计算6 4.2业务分配7 4.3脚本和环境7 测试完成准则.7 测试风险.8 测试设计策略.8 7.1.组合测试用例策略.8 7.2.测试执行策略.8 业务模型.9 8.1场景启用模式.9 8.2测试目标9 8.3场景设计9 测试报告输出.12 2. 3. 4. 5. 6. 7. 8. 9. 文档大全 实用标准 1. 1. 文档介绍文档介绍 1.1.1.1.测试目的测试目的 本次压力测试的目的是检测网吧系统的核心业务的性能情况。 为了保证后期在业务量不 断增长的情况下系统后能够稳定运行，需要对核心业务场景的压力情况有充分了解。因此， 希望在模拟生产环境的情况下， 模拟用户并发数， 对系统核心业务进行压力测试， 收集相应 的系统参数，并最终作为系统稳定运行的依据，同时为系统调优提供指导。 编写本方案的目的是指导本次性能测试有序的进行，相关人员了解本次压力测试。 1.2.1.2.读者对象读者对象 本方案的预期读者是项目负责人、测试人员和其他相关人员。 1.3.1.3.参考资料参考资料 名称名称是否可用是否可用备注备注 1.4.1.4.术语与解释术语与解释 ➢ 系统用户数使用该系统的总用户数； ➢ 同时在线用户数在一定的时间范围内，最大的同时在线用户数； 2. 2. 测试环境测试环境 模拟客户使用环境（最好模拟客户实际使用的配置环境） 。具体如下 文档大全 实用标准 2.1.2.1.测试环境测试环境 被测系统环境需要和线上环境一致 网络环境Lan（100M） 硬件环境 ➢应用服务器 数量1 台 配置型号、CPU、内存等 ➢数据库服务器 数量1 台 配置型号、CPU、内存等 ➢测试客户端 数量3 台 配置型号、CPU、内存等 软件环境 ➢操作系统Ubuntu 12，Windows 7，Windows XP ➢应用服务软件Tomcat 6.037 ➢数据库MySQL 5.5 2.2.2.2.测试工具测试工具 LoadRunner 11使用 HTTP/HTTPS 协议。 主要思想是使用虚拟用户（Virtual users）来模拟实际用户对系统施加压力。 模拟图如下 文档大全 实用标准 3. 3. 测试需求测试需求 3.1.3.1.测试功能点测试功能点 本次测试涉及到的模块为 ➢登录功能 ➢在线商品充值 ➢订单查询 3.2.3.2.性能需求性能需求 1登录系统平均响应时间小于等于5 秒钟； 2在线商品充值处理时间要小于等于2 秒； 3订单查询系统响应时间在3 个月内在 3s 之内，超出 3 个月，可在 2-10s 之内。 4. 4. 准备工作准备工作 文档大全 实用标准 4.14.1并发用户数计算并发用户数计算 根据提供的数据，系统用户数为1600；2014 年 12 月份总订单数量为 160144 笔订单， 12 月份高峰日订单数量为9205 笔订单，另外根据网吧提交次数，一天内一家网吧平均提交 28.8 笔订单，那么，在高峰日内 平均每天访问用户数量高峰日内订单总数量/单个用户日平均提交的订单数量 9205/28.8 ≈320 即平均每天访问用户数量320 个； 平均并发用户数计算公式①CnL /T 其中 C 是平均并发用户数，n 是平均每天访问用户数，L 是一天内用户从登陆到退出的平均 时间，T 是考察时间长度（一天内多长时间有用户在使用系统） ；对于一个典型用户来说， 一天之内用户从登陆到退出系统的平均时间为4 小时， 在一天内， 用户在 8 小时内使用该系 统；那么平均并发用户数C nL /T320*4 /8160 并发用户数峰值②C1≈C3*根号 C1603*根号 160200 （注公式①②遵循泊松分布理论） 由此可以计算出当网吧用户数量达到 16000 家时对应的平均并发用户数和并发用户 数峰值，如下图所示 系统名称系统名称 系统 a 系统 b （注根据 2012 年淘宝报告显示，淘宝注册用户数为 3.7 亿，最高峰时同时在线用户数 为 6000 万，按照这个规律计算，网吧系统达到16000 个用户时，最高峰同时在线用户数为 2500） 系统用户数系统用户数 1600 个 16000 个 平均并发用户数平均并发用户数并发用户数峰值并发用户数峰值 160 个 1600 个 200 个 2000 个 文档大全 实用标准 4.24.2业务分配业务分配 在线用户登录后，网吧业务包括游戏充值、查询记录、账户管理、资金管理，根据 业务分配，游戏充值业务占总业务的60，查询记录占30，账户管理占用5，资金管理 占用 5，详见下图 业务名称业务名称 业务占比业务占比 并发用户数峰值并发用户数峰值 游戏充值 60 1200 个 查询记录 30 600 个 账户管理 5 100 个 资金管理 5 100 个 4.34.3脚本和环境脚本和环境 1对登录功能、充值、查询功能进行功能测试，且功能测试全部通过； 2测试环境服务器开发搭建并保持和线上环境一致； 3测试客户机既定的三台客户机，内网IP 为 192.168.2.223 和 192.168.2.184， 192.168.2.235，超出三台机器的需要，会另增测试客户机； 4对于登录功能、充值和查询功能，事先录制好相应的测试脚本，包括参数化、关联 等，准备好测试数据，并且调试好， 脚本能够成功的回放，保证在测试的时候能够 顺利的运行； 5创建测试场景，并配置好每个场景的设置； 6测试过程中保存好脚本和分析结果，并规范的对脚本和分析结果等进行命名。 5. 5. 测试完成准则测试完成准则 系统响应时间判断原则如下 1系统业务响应时间小于 2 秒，判为优秀，用户对系统感觉很好； 2系统业务响应时间在 2-5 秒之间，判为良好，用户对系统感觉一般； 3系统业务响应时间超过 10 秒，判断为一般，用户体验不佳。 文档大全 实用标准 4在长时间运行后，系统不崩溃，各功能正常；服务器 CPU，内存，响应时间等参 数保持稳定；场景运行停止后，一段时间内占用的资源可以正常释放。 6. 6. 测试风险测试风险 1选择的业务流不具有代表性。 即选择的测试功能点经过负荷测试和长时间测试后不 能重现系统问题，如内存溢出，速度慢等问题； 选择测试功能点的原则 客户使用系统时经常操作的业务流， 以及觉得反应比较慢 的几个功能模块； 2不是在实际环境中的测试 （即模拟的测试环境和客户实际使用环境配置差别较大） ， 由于测试环境的不同，测试结果和实际使用环境中的结果