JMeter中级篇-9-网站性能测试用例2设计

这篇，我们继续在前一篇性能测试用例基础之上，添加一点改变(添加断言)，同样逐步分析每一个条件，来设计JMeter上的性能测试用例。

网站性能测试案例2：

1.用户人数10人，一分钟之后，全部对服务器进行施压。

2.用户分别访问3个页面，而且是所有用户同时进行

3.服务器的URL不能写死，同前面一样。

4.对每一个请求进行断言，响应时间在5秒之内，否则就标记失败。

5.响应内容不能显示Error和Warning

6.生成图表和表格报告。

设置并发用户数

   这里我们在前面的测试计划里，新建一个线程组，名称是TestCase-2, 用户和用户进来的时间都有具体要求，根据第一个条件，JMeter上第二个线程组的线程设置如下。

10个线程数没什么好解释的，第二个60秒就是条件所说的，在一分钟之后，全部用户处于并发状态。

访问三个页面

三个页面的访问，我们这里不变化，同时带上思考时间，我们可以在TestCase-1这个线程组下复制三个请求过来。

服务器地址设置

  服务器地址在控制元件里面的HTTP请求默认值设置，依然从前面一个用例里复制过来。

对请求进行断言

   前面我们设计用例，没有说断言这个需求，只是考虑了给服务器发送请求和测试运行，观察报告，这里我们需要多加一步，就是对请求的结果进行判断，如果不符合条件这个请求就标记失败状态。一般来说，网页访问有258原则，所以我们设置页面响应时间大于5秒就报错。

右键TestCase-2.添加一个断言持续时间，并设置5000毫秒。

对响应内容进行过滤和断言

有时候我们响应内容如果发生错误或警告，响应体这种包含Error和Warning这样字符串。这里，我们可以通过响应断言这个监听来实现过滤和判断。

上面条件表示不包含Error和Warning的断言，如果出现，说明请求失败。

生成报告

报告和前面一样，选择自己常用的监听类型。我点击运行一下，发现所有请求都是失败状态。

看到错误，不要着急，我们来分析下为什么都请求状态是失败的。这篇我们设计了两个断言，一个是请求时间不能超过5秒，第二个是响应文本不能包含Error和Warning字眼。这全部报错，说明第二个条件引起的可能性更大，比较当前我们10人并发，响应时间肯定不错超过5秒。所以，我们修改以下不包含的关键字来测试下。

我们把不包含的关键字替换成，严重错误和崩溃。

保存，测试运行

发现，在Java+Selenium请求这个页面还是出现断言失败，还是存在我们不包含的关键字，猜测这个页面有“崩溃”这个文本出现。

  本篇介绍的第二个用例，和第一个相比，主要是增加了断言部分的介绍和使用，作为一个测试人员，设计用例其实不难，难的是如何进行高效的断言。