软件性能测试VS负载测试VS压力测试[3] 性能测试工具
在负载测试的相关内容中，我想应该非常重要的是要有十分充足的数据来进行测试。从我的经验中得知，假若不用非常大的数据*去测的话，有很多严重的bug是不会的到的。比如说，LDAP/NIS/Active Directory数据库中成千上万的用户，邮件服务器中成千上万的邮箱，数据库中成G成G的表，文件系统中很深的文件或者目录的层次，等等。显然，测试人员就需要使用自动化工具来产生这些庞大的数据集，比较幸运的是任何优秀的脚本语言都可以胜任这些工作。
压力测试
压力测试是指通过对系统加载过度的资源或者例系统没有应该具有的令系统可以正常运作的资源，来使系统崩溃(在某些情况的时候，它又可以叫做负面测试)。进行这个疯狂行为的主要目的是为了保证系统出故障及可以适当的恢复，而这个恢复得怎么样的特性则是叫做可恢复性。
当性能测试需要的是一个可控制的环境和不断的测度的时候，压力测试则是令为欢喜的引起混乱及不可预测性(译者按：从这一点可以看出作者是一个很优秀的测试人员)。还是举WEB应用系统为例，下面是一些对系统可行的压力测试方法：
*两倍的已经基线的并发用户数或者HTTP连接数
*随机的关闭及重开连接到服务器上的网络上集线器/路由器的端口(例如，可以通过SNMP命令来实现)
*把数据库断线然后再重启
*当系统还在运行的时候，重建一个RAID阵列
*WEB和数据库服务器上运行消耗资源(如CPU，内存，磁盘，网络)的进程
我可以肯定一些经常使用非常规方法来破坏系统的测试人员可以进一步充实这个列表的。只是压力测试并不是简单的为了一种破坏的快感而去破坏系统，实际上它是可以让测试工程师观察系统对出现故障时系统的反应。系统是不是保存了它出故障时的状态?是不是它就突然间崩溃掉了?它是否只是挂在那儿啥也不做了?它失效的时候是不是有一些反应*?在重启之后，它是否有能力可以恢复到前一个正常运行的状态?它是否会给用户显示出一些有用的错误信息，还是只是显示一些很难理解的十六进制代码?系统的安全性是否为因为一些不可预料的故障而会有所降低?这些问题可以一直问下去的。 软件测试
结论
我明白我只是提到一些在性能/负载/压力测试中应该值得注意的一些比较基础的问题，工具及方法。我个人觉得性能测试及调试是一个很有趣的话题，我将会在以后贴更多的相关内容上来的。
文章来源于领测软件测试网 https://www.ltesting.net/
