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

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

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

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

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

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请求这个页面还是絀现断言失败还是存在我们不包含的关键字，猜测这个页面有“崩溃”这个文本出现

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