1.3.3 性能测试的注意要点
1．性能测试应尽可能早地进行
与功能测试相同，性能测试进行得越早越容易发现并修复问题，当系统集成后，想要从众多模块中分析定位模块瓶颈是十分困难的，但是如果在项目初期就能对每个模块进行性能测试，问题自然会迎刃而解。
2．性能测试需要团队支持
质量是做出来的，而不是测出来的。性能也是同样，并不是有了一个性能测试部门，发现并定位了问题就能够提升软件的性能，性能的优化需要开发部门和相关部门的通力合作。
3．性能测试需要独立的测试环境
性能测试的测试环境相对功能测试有着更为严格的要求，需要独立的网络和硬件环境，来保证被测系统是独立可控的，甚至需要专门的管理员和流程来对被测环境进行控制。
4．测试前定义明确的测试目标
性能测试的执行成本较高，为了确保性能测试执行的有效性，在每一次性能测试前应明确本次性能测试的目标，并对这个目标进行监控和验证。
5．不要在服务器上进行性能测试
虽然服务器可以用来作为负载生成和被负载的对象，但是如果在服务器上进行这样的操作，系统资源会被负载消耗，导致得出的性能测试数据脱离实际情况。
6．创建的负载应该是模拟用户最常见、最密集的操作
在进行性能测试时，我们应该模拟用户最常使用的功能，来了解在这种操作下系统的资源消耗情况及用户体验。
7．在真正的性能测试前尽可能多地进行预测试
在性能测试前尽可能多地进行预测试，发现负载生成的结果及负载生成是否存在瓶颈，由于性能测试执行的成本较高，所以通过多次的预测试，可以降低最终测试的成本开销。
8．使用同一用户进行长时间大量操作是否存在内存泄漏或者类似的错误
通常这样做会发现系统某些功能设置上的问题。例如，当使用同一用户长期进行负载操作后，系统可能会出现线程崩溃。
（未完，精彩待续）
本文选自《51Testing软件测试作品系列》之十——《性能测试进阶指南——LoadRunner11实战》。
本站经电子工业出版社和作者的授权，近期将进行部分章节的连载，敬请期待！
版权声明：51Testing软件测试网获电子工业出版社和作者授权连载本书部分章节。
任何个人或单位未获得明确的书面许可，不得对本文内容复制、转载或进行镜像，否则将追究法律责任。
相关阅读：
