浅谈性能测试（一）

      其实说来挺惨的，做了一年多的测试，目前对于性能测试还是入门级别，关键是没有高手指导，当然这样埋怨，显然有些自负，也可能是个人付出不多。我想我接触比较多的测试工作应该算是灰盒测试了，可能是之前对测试行业的新名词不太理解，还记得一次面试时，一位面试官问到我什么是冒烟测试，让我愣是茫然，这可能对于一个测试新手来说，应该是一个时尚的新名词，可是如果你不知道那真是门外汉，根本等于没做过测试。所以后来我也比较关注这些新生代的名词了，说到灰盒测试，其实就是在黑盒和白盒之间的一种测试方法，可能听起来有点糊涂，简单点说就是既然要关注表面上的结果，也要关注内部实现的结果，从而通过对比来测试得出最后的结论，就是所谓的灰盒测试，当然这样解释不够理论，可是举例说明哈会更明朗。比如我们在测试一个列表的新增功能时，发现输入数据之后提交新增，系统也提示新增成功，但是至于后来服务有没有出现异常呢，数据是否真的已经添加到数据库中了吗，不然！如何去验证呢，就是查看后来服务有没有报异常，再到数据库中去查看有没有新增数据项，这就是所谓的灰盒测试方法，这样一举例说明可就不负责了。

      还是说说性能测试吧，其实我一直挺想好好做做性能测试，可是每次都没能坚持下来，总觉得在做性能测试的过程中遇到问题就不知所措，既找不到帮手，也无法下手，就这样望而却步。其实说到难，不过就是分析了，测试方法当然都比较熟悉了。所谓性能测试就是负载压力测试，通过对系统进行施压，得出系统所能承受的性能指标，这些指标就是产品的价值所在，性能指标越好，就越能说服客户来认可我们的产品。但通常情况下哪些指标是我们也是客户所关注的呢？一般有如下几个：并发用户数、系统响应时间、吞吐量和TPS，这些概念在这里就不多说了。当然如果最大并发用户数越多，响应时间越短，吞吐率越高，TPS越高，就说明系统的性能越好，但是一般情况下，这几项指标是很难都共存的，而我们的测试工作就是要使得这些性能指标达到一个平衡，而且均衡才能体现系统可靠性以及稳定性。而相对来说，是什么原因导致系统的性能下降的呢，主要因素如下：

     （1）I/O过载；（2）内存不足；（3）数据库资源匮乏；（4）网络传输速度低；

     （5）应用程序架构存在缺陷；（6）软硬件配置不恰当；（7）内存泄漏。

当然以上只是一些主要因素，在实施性能测试过程，这些应该是我们频繁关注的测试点，如何把握性能瓶颈，就是性能优化主要解决途径。而性能测试中最难把握的其实就是如何更真实地模拟用户使用环境，所以这是做好性能测试的第一步，切入实际去了解用户的使用环境和使用习惯，让性能测试更接近用户，这样得出的结果才是最真实，且实际可行的测试结果。