性能测试（三）真实项目的七大阶段实践分析

以会员平台测试模拟演练每个阶段。

第一步，测试确认。

大并发处理，数据量和正式环境一致，基本都是简单的查询在逻辑上没有复杂的统计，所以主要困难还是在大并发事务的处理上。

第二步，通过标准。

一般就是系统能够满足多少人同时在线，每秒钟需要处理多少事务，用户最大等待时间是多久。这个标准一定要是经过各方面确认过实际可行的，确认了以后就要按着这个目标来设计测试和执行。

第三步，测试设计。

设计用户模型，设计测试场景，设计测试用例。针对会员下单，用户典型的操作就是登录、下单、查询订单信息、查询走件信息，或者是其它的菜单路径。当然这是理想化的情况。但实际更可能是这样的，登录（一次登不进去，重复多次）、下单。两种交互方式对系统产生的压力是有一定差别的。

第四步，准备环境，数据

没啥好说得，直观意思，准备测试环境，和需要用到得数据（在这一步可以针对大量用户的并发进行一些预调优比如修改连接池和线程池的配置，修改超时时间设置等）

第五步，准备脚本，执行性能测试

后面会细说，按照第三步设计好的测试用例准备脚本、执行测试。

第六步，发现问题，定位问题。

比如100人的压力下，系统响应就慢了，走件查询需要一分钟，登录需要半分钟，此时能把这个作为一个缺陷直接和开发反应吗？其实这只是通过压力测试场景产生的一个现象，可能是测试脚本有问题、也可能是测试环境有问题。作为一个性能测试人员，需要尽量深入的定位到问题产生的原因。就像这个响应慢，只是一个表面现象，慢在哪？是操作系统问题还是网络问题还是中间件或数据库还是程序代码本身？在后面我们可以继续探讨一下如何分析定位问题。

第七步，编写测试报告。

测试执行过程中监控收集到的各种有关数据一定要详尽且精炼的体现在报告中，还有数据只是执行测试的一种结果体现，测试人员更重要的一点是对测试数据做出一定的分析得出专业且易懂的结论，这些都必须在测试报告中展现。