完善压力测试 避免系统崩溃恶果

 

完善压力测试 避免系统崩溃恶果

讲到测试，人们脑海中首先浮现的是针对软件正确性的测试，即常说的 功能测试 。但是软件仅仅只是功能正确是不够的。在实际 开发 中，还有许多其它的非功能因素在起着决定性作用。比如软件响应速度，影响软件响应速度的因素很多，有些是因为算法不够高效，有些可能受用户并发数的影响。
　　
　　在我所负责的测试项目中，程序功能能够满足客户 需求 ，但当把程序交付客户使用时，由于客户 网络 应用环境复杂，而我们在压力测试时没有周密考虑各种可能发生的情况，软件程序在巨大负载下频繁崩溃，使测试团队饱受客户和老板的抱怨。由此，我认识到随着网络环境的复杂性和多样性，压力测试是软件 质量保证 的重要元素之一，绝对不能马虎了事。
　　
什么是压力测试？

　　在软件功能测试中， 白盒 和 黑盒 技术用于对正常程序功能和 性能 进行详尽的检查和测试。而压力测试（Stree Testing）则是用来对付非正常的情况。
　　
　　（1）什么是压力测试

　　压力测试是指模拟巨大的工作负荷来测试应用程序在峰值情况下如何执行操作。例如模拟实际软硬件环境，在超出用户常规负荷下，长时间运行测试工具来测试被测系统的 可靠性 ，和测试被测系统的响应时间，目的是在极限负载下识别程序的弱点。
　　
　　在众多类型的 软件测试 中，压力测试主要是以软件响应速度为测试目标，尤其是针对在较短时间内大量并发用户访问时软件的抗压能力。因此，压力测试是在一种需要反常数量、频率或资源下运行系统。由于我们之前对“反常”这个关键词没有理解好，只进行了常规的测试，在这一点上客户的批评让我们感到非常汗颜，说我们是“头发长，见识短”。
　　
　　（2）压力测试和 负载测试 的区别

详情：http://www.51qa.net/Item/973.aspx