文章源自玩技e族-https://www.playezu.com/28435.html
性能测试,简而言之就是模仿用户对一个系统进行大批量的操作,得出系统各项性能指标和性能瓶颈,并从中发现存在的问题,通过多方协助调优的过程。而web端的性能测试应该注意的指标有:用户操作的响应时间、系统的吞吐量(tps)、系统的硬件资源情况(cpu、硬盘、磁盘)、网络资源占用情况等。文章源自玩技e族-https://www.playezu.com/28435.html
1)关于性能测试中,http请求类的性能指标都需要我们去关注些什么?
响应时间,这里的响应时间一定得是前端 后端的响应时间,我们惯性的思维都是只关注后端服务的响应时间,其实前端的响应时间也是须考虑在内的。文章源自玩技e族-https://www.playezu.com/28435.html
并发测试的相应数据,这部分也得考虑前端数据,这只是一个大概的补充,因为具体的系统需要的数据不一样,其中也不乏包括响应时间。文章源自玩技e族-https://www.playezu.com/28435.html
2)前端的响应时间都涉及到哪些环节呢?
a.dns解析文章源自玩技e族-https://www.playezu.com/28435.html
b.各种请求的连接文章源自玩技e族-https://www.playezu.com/28435.html
c.tls的建立文章源自玩技e族-https://www.playezu.com/28435.html
d.字节流的发送文章源自玩技e族-https://www.playezu.com/28435.html
3)后端响应时间
a.等待(前端请求)文章源自玩技e族-https://www.playezu.com/28435.html
b.接收信息流文章源自玩技e族-https://www.playezu.com/28435.html
c.返回响应数据文章源自玩技e族-https://www.playezu.com/28435.html
这其实就是一个比较完整的web端请求所需要的环节,而响应时间就是指的这个请求的过程所花费的时间。这部分时间就是一个用户在操作的时候所等待的时间,所以用户所能接受的时间范围恰好是性能测试所关注的时间范围。通常用户所能接受的系统响应时间是3-5s,若大于这个时间节点,将会使用户失去耐心,取消对系统的操作。文章源自玩技e族-https://www.playezu.com/28435.html
常用的web性能测试工具有哪些?
(1)jmeter
jmeter属于一个非常实用的测试工具,在性能测试当中也占有一个非常重要的位置。通常jmeter在性能测试过程中,涉及到的基本是直接对接的后端服务,针对前端的响应基本不会涉及,所以用jmeter来对一个web系统进行性能测试时,很难去捕获到前端的响应数据。但是后端响应数据获取起来非常的便捷,其中就包括:并发数、平均响应时间、错误率、吞吐量等等,如下图:文章源自玩技e族-https://www.playezu.com/28435.html
那么,关于前端的响应数据,我们该用什么方法去获取呢?接下来讲的一种方法,就是利用lr来进行。文章源自玩技e族-https://www.playezu.com/28435.html
(2)loadrunner
loadrunner则是属于企业软件,这就奠定了它功能繁多,用途广泛的基础。lr算是一个大型的性能测试工具了,但是平常使用也还是其基本的一些功能。文章源自玩技e族-https://www.playezu.com/28435.html
lr在用户界面交互上进行了注重,也就是我们之前提到的前端的响应数据,利用lr能够弥补jmeter无法涉及到的前端响应时间这部分,通过更接近用户对界面的交互,得出前端发起请求到请求发送到后台服务这个过程的响应时间。所以,这前后端两部分的响应时间之和,就是我们基本能够判定一个系统真正响应时间的依据。文章源自玩技e族-https://www.playezu.com/28435.html
(3)performancerunner
performancerunner(简称pr)是国内专业商业化性能测试工具,通过模拟海量用户并发测试整个系统的承受能力,实现压力测试、性能测试、配置测试、峰值测试等。大限度地缩短测试时间,优化性能和加速应用系统的发布周期。文章源自玩技e族-https://www.playezu.com/28435.html
免责声明:本文内容来自用户上传并发布或网络新闻客户端自媒体,玩技博客仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容,请联系删除。
评论