性能测试记录<二>

  忙碌了一周的性能测试项目结束了。在本次性能测试当中，自己学到了很多，也提炼到了很多。很认同在一篇文章里面看到的对于性能测试的说法：性能测试应该是为程序的进一步优化提供建议，而不应该成为程序的调试手段。我想这也是性能测试之所以真正的能够定在高级技巧里面的原因。假如：连调试都没有通过的代码，就拿来做性能测试，不仅仅浪费了我们性能测试投入的人力资源，时间成本，同时，也会影响我们性能测试人员的工作热情，从而使得我们的工作质量打折。

  在本次性能测试当中，我最大的感受就是：确如论坛的其他前辈和行业内的专家所说，查看图表相结合的方式进行查看，也并不是说我们对于每一类的图表都需要去查看。还是根据你的性能测试的目标。比如：本次性能中的压力测试，由于调用该方法的请求在首页就会被涉及和处理，所以我们分析后，对于CPU这一块的占用出口准则定位在《3%，那么在压力的过程中，我们就需要监控好服务器资源的CPU的占用。后续找个这个拐点，结合响应时间，吞吐量和Vuser图进行分析当CPU的资源占用超过3%的时候，当前的Vuser用户数是多少。如果此时的用户数是比较小的，通过我们对系统的架构的了解，对于单用户单循环的基准数据的分析，这个数量的用户数对于资源的占用是有异常的。那么这个时候，我们就需要查看该拐点对应的响应时间，响应时间变化不大，那就要考虑下，是不是当时对于资源的占用不仅仅只是我们的测试任务，场景对于资源的占用。

  总之，在这一次性能测试当中，虽然自己还不能很好的去定位和调优问题，但相对之前的自己，自己有所得，这个很感谢我的team的成员给予我的帮助。希望以后自己对于这一块能够积累的更多，更好～～～

the plan of ten years will be start.......