压力测试的思路和方法小结

这是51测试看到的一篇文章，觉得概括得很好。所以就转过来了。。。

一个完整的压力测试自然包括方方面面很多东西，在此不那么的详述，我的文笔很差，只能简单的记述一下个人的基本思路。

　　压力测试分为如下大概（个人如此）

　　（1）确定存量数据的规模（用户一般会要求制造出3－5年的存量数据）；

　　（2）确定需要进行压力测试的业务（一般是用户使用最频繁，或者业务操作复杂的业务）；

　　（3）确定操作用户的的数量、各类操作用户的比例；

　　（4）峰值业务量的要求（一般是1个小时内最多要处理的笔数）；

　　（5）对实时业务响应时间的要求（如在峰值情况下，单笔业务的处理时间（如小于60秒））；

　　（6）对于批量处理过程的时间要求（如进行日终（月终、年终）处理、与外系统间批量数据传输时的时间）。

　　以上信息，通常需要业务人员来确定。

　　为了进行压力测试的技术准备，需要如下资料：

　　（1）系统概要设计（了解系统技术架构，确定测试方法）；

　　（2）如果自己开发接口程序，需要了解接口报文规范；

　　（3）数据库设计（我们需要据此编写程序，准备存量数据）。

　　为了开发脚本需要了解如下信息：

　　（1）操作手册（脚本录入或者手工开发脚本）；

　　（2）参数化脚本（动态化数据需要进行关联）；

　　（3）脚本回放（验证脚本是否可以成功的创建数据）。

　　测试场景：

　　（1）单用户运行压力测试场景；

　　（2）多用户运行测试场景，查看系统资源消耗等调优工作开始。

　　另外，还有测试环境的事情需要落实。压力测试一般要求环境配置较高，最好与生产环境一致或者接近。