通过模仿用户对系统进行大量操作进而发现系统存在的瓶颈以及各项性能指标，及时进行优化的过程称为性能测试。像用户操作响应时间、系统吞吐量（TPS）、系统硬件资源情况（CPU、硬盘、磁盘）等都是在进行Web端性能测试时需要注意的指标。今天我们就一起来了解一下Web端性能测试核心要点。

HTTP请求

在性能测试中，HTTP请求类性能指标需要我们关注响应时间（前端+后端响应时间）、并发测试相应数据。

那么前端响应时间都会涉及到哪些环节呢？

DNS解析

各种请求连接

TLS建立

字节流的发送

另外，后端响应时间涉及环节

等待（前端请求）

接收信息流

返回响应数据

以上是一个比较完整的Web端请求所需要的环节，而响应时间就是指这个请求的过程所花费的时间。

Web性能测试之Jmeter

Jmeter在性能测试过程中涉及到的一般都是直接对接的后端服务，针对前端的响应基本不会涉及，所以在利用Jmeter对web系统进行性能测试时，很难去捕获到前端的响应数据，但是后端响应数据获取起来非常方便，比如并发数、平均响应时间、吞吐量、错误率等。关于前端响应数据我们可以通过loadrunner来进行获取，一起来看。

Web性能测试之loadrunner

loadrunner是一款商业性能测试软件，这也证明其功能多、用途广。作为一款大型性能测试工具，loadrunner在用户界面交互 上非常注重，也就是前端响应数据，通过LR可以弥补Jmeter无法涉及到的前端响应时间这一部分，通过更接近用户对界面的交互，得出前端发起请求到请求发送到后台服务这个过程的响应时间。通过这前后端部分的响应时间之和，就是我们基本能够判定一个系统真正响应时间的依据。

关于整体系统压测策略

通常压测时采用单节点进行，但是这回造成很多误差，而且单节点压测还容易压低整个系统性能指标，无法充分利用系统资源。而集群压测，虽说可以充分利用系统已有资源，得出的数据更加真实有效，但是在环境部署上是一个复杂点。在有过量的时间时，可以讲单节点和集群的压测数据进行对比，这样能发现其中存在的差异。

关于性能测试日志

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

关于OS层数据监控

CPU监控

通常指标是CPU使用率不超过80%，这样给系统预留一个缓冲的范围。考虑到很多时候核CPU的利用并不是均衡的，整体的CPU使用情况不能反映出单核的使用情况，容易造成误导。

JVM层监控

主要是去监控线程，包含单线程、多线程、同步线程、异步线程。关于同步线程和异步线程，是一个系统中比较关注的点。

以上是关于Web端性能测试核心要点介绍，更多内容欢迎随时与我们进行沟通交流。