性能测试工作室：http://www.cnblogs.com/preftest
个人博客： http://hi.baidu.com/higkoo
典型压力测试方案 分享
上一篇 / 下一篇 2008-09-30 12:14:16 / 个人分类：测试技术
性能测试，目的就是为了测试系统是否达到预期指标。
比如：
1. 能保证5千用户同时在线。
2. 2百用户同时登录响应时间不超过8秒。
3. 1周内能处理完成3千份表单。
4. 在1年后是否上述指标的对比。
5. ……
需求因各人而异，万变不离其中。无非就是很多人去做很多事情，不同系统的处理和业务不尽相同。我们要做的，就是要分析系统运行过程中可能会出现的各种情况。然后，逐个去验证系统是否能应对这些情况。
抛开业务、逻辑，把整个过程简化：
图中“动作块”为与服务器交互的一个时间段，应用在具体业务里可以是一个用户的整个登录过程，也可以是某一个动作的响应过程。
“吞吐量”图中定义为单位时间内完成“动作块”的数量。
整个曲线描述了一段用户（动作）加压的过程，可以是一个系统的真实场景的一部分，也可以是测试过程的一个场景。
图中可以看出，随动作块的不断增多，动作块持续的时间不断变长。
那么，怎么衡量这个系统的性能呢？上图说明了以下三点：
A. 当动作块为一个动作时，动作块的长度即为响应时间，响应时间为一个衡量标准。
B. 吞吐量曲线图中没有划出来，吞吐量就是衡量系统处理能力的重要指标。
C. 并发数也是系统的一个处理能力，是为了保证系统能正常运行不被压垮。
得出这三个指标后，与系统的需求进行对比。如果各项指标都远超预期值，那么恭喜你，系统性能非常棒。
相反，如果这三个指标有（都）不能达到的，那么不多说，赶紧去调优吧。
还存在一种情况需要进一步分析的，各指标和预期值高出不多。
譬如：按最大吞吐量计算，系统有能力在规定的时间处理完规定的事情；系统能承受最大并发用户数。
但是，用户数最多的时候是否吞吐量也是最大呢？如果不是，差别有多远？
为什么要问这个问题？满足了还不够吗？
当然不行！若大用户量会导致吞吐量下降明显，那么可能会导致系统在指定时间不能完成任务喔。
这时，存在风险！建议先调优。此时需要对系统的真实运行情况进行评估：
* 若业务经常会集中处理（波峰波谷交替），那么系统真实运行时是达不到最大处理能力的。高风险！
* 若业务处理基本平缓（波动不明显），偶尔出现波峰，那么OK。低风险。
* 若情况比较复杂，应结合高压力下的吞吐量进行计算结合实际情况下给结论或建议。
* 若情况不清楚，那么风险也是很大的，还是尽量搞清楚吧。否则就不要下结论了，描述一下在指定条件的反应。
以上是我个人的心得体会，若有不正确的地方，欢迎批评指正。
也欢迎大家勇跃留言，发表自己的看法和意见。
比如：
1. 能保证5千用户同时在线。
2. 2百用户同时登录响应时间不超过8秒。
3. 1周内能处理完成3千份表单。
4. 在1年后是否上述指标的对比。
5. ……
需求因各人而异，万变不离其中。无非就是很多人去做很多事情，不同系统的处理和业务不尽相同。我们要做的，就是要分析系统运行过程中可能会出现的各种情况。然后，逐个去验证系统是否能应对这些情况。
抛开业务、逻辑，把整个过程简化：
图中“动作块”为与服务器交互的一个时间段，应用在具体业务里可以是一个用户的整个登录过程，也可以是某一个动作的响应过程。“吞吐量”图中定义为单位时间内完成“动作块”的数量。
整个曲线描述了一段用户（动作）加压的过程，可以是一个系统的真实场景的一部分，也可以是测试过程的一个场景。
图中可以看出，随动作块的不断增多，动作块持续的时间不断变长。
那么，怎么衡量这个系统的性能呢？上图说明了以下三点：
A. 当动作块为一个动作时，动作块的长度即为响应时间，响应时间为一个衡量标准。
B. 吞吐量曲线图中没有划出来，吞吐量就是衡量系统处理能力的重要指标。
C. 并发数也是系统的一个处理能力，是为了保证系统能正常运行不被压垮。
得出这三个指标后，与系统的需求进行对比。如果各项指标都远超预期值，那么恭喜你，系统性能非常棒。
相反，如果这三个指标有（都）不能达到的，那么不多说，赶紧去调优吧。
还存在一种情况需要进一步分析的，各指标和预期值高出不多。
譬如：按最大吞吐量计算，系统有能力在规定的时间处理完规定的事情；系统能承受最大并发用户数。
但是，用户数最多的时候是否吞吐量也是最大呢？如果不是，差别有多远？
为什么要问这个问题？满足了还不够吗？
当然不行！若大用户量会导致吞吐量下降明显，那么可能会导致系统在指定时间不能完成任务喔。这时，存在风险！建议先调优。此时需要对系统的真实运行情况进行评估：
* 若业务经常会集中处理（波峰波谷交替），那么系统真实运行时是达不到最大处理能力的。高风险！
* 若业务处理基本平缓（波动不明显），偶尔出现波峰，那么OK。低风险。
* 若情况比较复杂，应结合高压力下的吞吐量进行计算结合实际情况下给结论或建议。
* 若情况不清楚，那么风险也是很大的，还是尽量搞清楚吧。否则就不要下结论了，描述一下在指定条件的反应。
以上是我个人的心得体会，若有不正确的地方，欢迎批评指正。
也欢迎大家勇跃留言，发表自己的看法和意见。
相关阅读:
- 迭代开发+敏捷开发——产品质量控制 (葫葫, 2008-9-17)
- 系统测试全过程（转） (shimmy, 2008-9-18)
- 软件测试管理和测试流程 (pl80601983, 2008-9-21)
- 测试设计中需要考虑的22种测试类型 (pl80601983, 2008-9-21)
- 软件生命周期模型 (pl80601983, 2008-9-22)
- V模型，还是X模型？ (pl80601983, 2008-9-22)
- RFT_V6.1、QTP8.2 和 LoadRunner、Rational下载地址！！！！ (gege_ju168, 2008-9-26)
- RFT_V6.1、QTP8.2 和 LoadRunner、Rational下载地址！！！！ (gege_ju168, 2008-9-26)
标题搜索
日历
|
|||||||||
| 日 | 一 | 二 | 三 | 四 | 五 | 六 | |||
| 1 | 2 | 3 | |||||||
| 4 | 5 | 6 | 7 | 8 | 9 | 10 | |||
| 11 | 12 | 13 | 14 | 15 | 16 | 17 | |||
| 18 | 19 | 20 | 21 | 22 | 23 | 24 | |||
| 25 | 26 | 27 | 28 | 29 | |||||
我的存档
数据统计
- 访问量: 247161
- 日志数: 56
- 图片数: 1
- 文件数: 18
- 建立时间: 2007-01-10
- 更新时间: 2008-09-30
