浅谈web性能测试

       什么是性能测试，web性能应该注意些什么?

　　性能测试，简而言之就是模仿用户对一个系统进行大批量的操作，得出系统各项性能指标和性能瓶颈，并从中发现存在的问题，通过多方协助调优的过程。而web端的性能测试应该注意的指标有：用户操作的响应时间、系统的吞吐量(TPS)、系统的硬件资源情况(CPU、硬盘、磁盘)、网络资源占用情况等。

　　web性能测试之HTTP请求

　　关于性能测试中，HTTP请求类的性能指标都需要我们去关注些什么?

　　响应时间，这里的响应时间一定得是前端+后端的响应时间，我们惯性的思维都是只关注后端服务的响应时间，其实前端的响应时间也是须考虑在内的。

　　并发测试的相应数据，这部分也得考虑前端数据，这只是一个大概的补充，因为具体的系统需要的数据不一样，其中也不乏包括响应时间。

　　web性能测试之JMeter

　　JMeter属于一个非常实用的测试工具，在性能测试当中也占有一个非常重要的位置。通常jmeter在性能测试过程中，涉及到的基本是直接对接的后端服务，针对前端的响应基本不会涉及，所以用jmeter来对一个web系统进行性能测试时，很难去捕获到前端的响应数据。但是后端响应数据获取起来非常的便捷，其中就包括：并发数、平均响应时间、错误率、吞吐量等等。

　　Web性能测试之响应时间

　　结合以上提及到的响应时间，它所涉及到的有两个部分，一是前端，二是后端：

　　关于整体系统压测策略

　　那提及到系统压测的策略，其实是想提一下怎样去利用单节点和集群这两种方案。通常的压测，都是采用的单节点来进行的，这样“以小见大”的方法不为一个不可采取的方法，但是这其中还是会造成很多的误差。还有就是，单节点的压测容易压低整个系统的性能指标，因为无法充分的利用系统资源。

　　而集群压测，在环境部署上是一个复杂点，但是能够充分利用系统已有资源，这样得出的数据能够更加真实有效。在有过量的时间时，可以讲单节点和集群的压测数据进行对比，这样就能发现其中存在的差异。

　　关于性能测试日志

　　性能测试中，日志是非常能够反应出测试工作中问题所在的一个环节，通过查看日志来定位问题是一个繁杂但是极为可靠的方式。

　　此类测试中，都会涉及到哪些日志呢?

　　Jmeter端日志

　　HTTP端打到Nginx端的日志，这层会涉及到来源IP、请求地址、响应时间等。

　　Tomcat层日志

　　Server层日志

　　关于OS层数据监控

　　1>CPU监控

　　通常的指标是CPU使用率不能超过80%，这样给系统预留一个缓冲的范围。这里提及一点，就是其中涉及到多核CPU的情况，严谨的人会去关注每核CPU的使用情况，因为很多时候多核CPU的利用并不是均衡的，整体的CPU使用情况不能反映出单核的使用情况，容易造成误导。

　　2>JVM层监控

　　这主要是去监控线程，其中包含单线程、多线程，同步线程、异步线程。关于同步线程和异步线程，是一个系统中比较关注的点，假如：一个系统处理事务时，采用的是同步线程，很多事务会等待处理造成阻塞，那么这样的系统处理速度就会受到很大的限制，会被视为一个不合格的系统。