添加客服微信
400 035 7887
021-60725088-8054
泽众云测试 - 新闻动态 - Web-pr在线性能测试 - 正文
Web端的性能测试应该注意的指标有：用户操作的响应时间、系统的吞吐量（TPS）、系统的硬件资源情况（CPU、硬盘、磁盘）、网络资源占用情况等。下面小编整理了几个web性能测试中需要关注的几点事项:
1）关于性能测试中，HTTP请求类的性能指标都需要我们去关注些什么？
响应时间，这里的响应时间一定得是前端+后端的响应时间，我们惯性的思维都是只关注后端服务的响应时间，其实前端的响应时间也是须考虑在内的。
并发测试的相应数据，这部分也得考虑前端数据，这只是一个大概的补充，因为具体的系统需要的数据不一样，其中也不乏包括响应时间。
2）前端的响应时间都涉及到哪些环节呢？
DNS解析;
各种请求的连接;
TLS的建立;
字节流的发送;
3）后端响应时间
等待（前端请求）;
接收信息流;
返回响应数据;
这其实就是一个比较完整的Web端请求所需要的环节，而响应时间就是指的这个请求的过程所花费的时间。这部分时间就是一个用户在操作的时候所等待的时间，所以用户所能接受的时间范围恰好是性能测试所关注的时间范围。通常用户所能接受的系统响应时间是3-5s，若大于这个时间节点，将会使用户失去耐心，取消对系统的操作。
4)Web性能测试之响应时间
结合以上提及到的响应时间，它所涉及到的有两个部分，一是前端，二是后端：
5)关于整体系统压测策略
那提及到系统压测的策略，其实是想提一下怎样去利用单节点和集群这两种方案。通常的压测，都是采用的单节点来进行的，这样“以小见大”的方法不为一个不可采取的方法，但是这其中还是会造成很多的误差。还有就是，单节点的压测容易压低整个系统的性能指标，因为无法充分的利用系统资源。
而集群压测，在环境部署上是一个复杂点，但是能够充分利用系统已有资源，这样得出的数据能够更加真实有效。在有过量的时间时，可以讲单节点和集群的压测数据进行对比，这样就能发现其中存在的差异。
6)关于OS层数据监控
CPU监控，通常的指标是CPU使用率不能超过80%，这样给系统预留一个缓冲的范围。这里提及一点，就是其中涉及到多核CPU的情况，严谨的人会去关注每核CPU的使用情况，因为很多时候多核CPU的利用并不是均衡的，整体的CPU使用情况不能反映出单核的使用情况，容易造成误导。
JVM层监控，这主要是去监控线程，其中包含单线程、多线程，同步线程、异步线程。关于同步线程和异步线程，是一个系统中比较关注的点，假如：一个系统处理事务时，采用的是同步线程，很多事务会等待处理造成阻塞，那么这样的系统处理速度就会受到很大的限制，会被视为一个不合格的系统。
web性能测试工具:
Web-PerformanceRunner（简称云版PR）是性能测试工具，通过模拟高并发，通过协议和报文产生并发压力给服务器，测试整个系统的负载和压力承受能力，实现压力测试、性能测试、配置测试、峰值测试等。
推荐阅读:
性能测试用例如何设计
压力测试普及 对web性能测试的并发数量如何正确理解？
通过一个压力测试实际案例 演示性能测试的实际操作流程方法
做性能测试之前你需要知道的一些点
对TPS QPS 并发数 响应时间这几个性能测试指标如何理解？
测试web性能时 做一个压力测试的四大步骤
安卓APP软件性能测试需要测试哪些方面？
如何做性能测试？告诉你一个在线做性能测试的简单方案
本文内容不用于商业目的，如涉及知识产权问题，请权利人联系SPASVO小编(021-60725088-8054)，我们将立即处理，马上删除。
alltesting@spasvo.com
.png)
