day20-性能测试的分类

最新推荐文章于 2022-04-16 18:29:53 发布

小歘欻

最新推荐文章于 2022-04-16 18:29:53 发布

阅读量1.1k

点赞数 1

分类专栏：软件测试文章标签：分类测试工具测试工程师软件测试

本文链接：https://blog.csdn.net/qq_33840688/article/details/122990367

版权

软件测试专栏收录该内容

42 篇文章 6 订阅

订阅专栏

文章目录

性能测试的分类

从大的方面：

基于代码的性能测试（关注点是函数或者方法执行的效率）
基于协议的性能测试（关注服务器端的性能）（重点）
客户端的性能测试（页面或者客户端的响应时间）

压力测试

在一定的软硬件、网络条件下，模拟用户高并发（峰值负载），持续一段时间，检测系统的各项性能指标，关注峰值下的系统的性能表现【秒杀、团购、抢票】

目的：监测被测系统在峰值下的运行情况，给最坏的情况（系统崩溃）设计预案

场景模型：门型场景

集合点

在这里插入图片描述

所有线程数在集合点同时发起请求，同时结束请求

负载测试

在一定的软硬件、网络条件下，通过改变负载的方式，监测系统各项性能指标，得到系统在正常工作的情况下，系统的最大用户数、最佳用户数，定位系统的瓶颈

场景模型：拱形场景

在这里插入图片描述

慢慢的增加并发线程数找到系统的最佳用户数。

理发店模型假设：

理发店共有3名理发师
每位理发师剪一个头的时间都是1小时
每个顾客所能容忍的等待时间是等待时间+剪发时间是3小时，而且等待时间越长，顾客的满意度越低，如果3个小时还不能剪完头发，顾客会立马走人。

在这里插入图片描述

当顾客数量是3人，响应时间无明显变化，资源利用率出现拐点时，就是最佳并发用户数。当超过3人时响应时间逐渐增加，到达9人时响应时间出现拐点，吞吐量开始下降，此时达到了最大并发用户数

所谓的性能，是负载、吞吐量、可接受的响应时间和资源利用率之间的一种平衡。

以下文字是摘录

对于一个确定的被测系统来说，在某个具体的软硬件环境下，它的“最佳并发用户数”和“最大并发用户数”都是客观存在。以“最佳并发用户数”为例，假如一个系统的最佳并发用户数是50，那么一旦并发量超过这个值，系统的吞吐量和响应时间必然会 “此消彼长”；如果系统负载长期大于这个数，必然会导致用户的满意度降低并最终达到一种无法忍受的地步。所以我们应该保证最佳并发用户数要大于系统的平均负载。

要补充的一点是，当我们需要对一个系统长时间施加压力——例如连续加压3-5天，来验证系统的可靠性或者说稳定性时，我们所使用的并发用户数应该等于或小于“最佳并发用户数”——大家也可以结合上面的讨论想想这是为什么 ^_

而对于最大并发用户数的识别，需要考虑和鉴别一下以下两种情况：
         当系统的负载达到最大并发用户数后，响应时间超过了用户可以忍受的最大限度——这个限度应该来源于性能需求，例如：在某个级别的负载下，系统的响应时间应该小于5秒。这里容易疏忽的一点是，不要把顾客因为无法忍受而离开时店内的顾客数量作为理发店的“最大并发用户数”，因为这位顾客是在3小时前到达的，也就是说3小时前理发店内的顾客数量才是我们要找的“最大并发用户数”。而且，这位顾客的离开只是一个开始，可能有会更多的顾客随后也因为无法忍受超长的等待时间而离开；
         在响应时间还没有到达用户可忍受的最大限度前，有可能已经出现了用户请求的失败。以理发店模型为例，如果理发店只能容纳6位顾客，那么当7位顾客同时来到理发店时，虽然我们可以知道所有顾客都能在可容忍的时间内剪完头发，但是因为理发店容量有限，最终只好有一位顾客打道回府，改天再来。
对于一个系统来说，我们应该确保系统的最大并发用户数要大于系统需要承受的峰值负载。