Jmeter性能测试配置

Jmeter检查点/断言

在上一章节中，我们通过调试脚本，通过人工验证脚本可以完成业务功能，
但在性能测试中，我们希望能通过自动验证脚本是否完成业务功能，在Jmeter
中我们可以通过检查点，也就是断言来实现自动验证脚本的正确性。

断言组件:
Jmeter通过断言组件完成断言、自动验证的功能。
断言组件通过获取服务器响应数据，然后根据断言规则去匹配响应数据;
正常匹配脚本不会出现任何问题或者提示，如果匹配不到，就会出现异常情况，
此时Jmeter就会判断这个事务失败，那么我们在察看结果树中看到的请求名称
是红色字体。

通过右击单个请求-添加--断言，可 以看到Jmeter的断言元件非常多，一
般常使用的是响应断言(Response Assertion)。

响应断言既是对服务器的响应数据进行规则匹配。

响应断言界面如下：

响应断言界面介绍:
名称、注释、Apply之前在讲正则表达式提取器的时候介绍过，不做重复讲解。
要测试的响应字段:针对响应数据的不同部分进行匹配，包含如下7个部分。
响应文本:服务器返回的响应文本内容，HTTP协议排除Header部分
Document(text):对文档内容进行匹配。
URL样本:匹配URL链接。
响应代码:匹配响应代码，如”200”。
响应信息:匹配响应信息，如"0K"。
Response Headers:匹配响应中的头信息。
Ignore Status:一个请求有多个响应断言，当第一个断言设置该选项，那么如果第一个断言失败后，第二个断言成功，事务还是成功状态。
模式规则匹配:包含如下5个部分。
包括:响应内容包括需要匹配的内容，支持正则表达式。
匹配:响应内容要完全匹配需要匹配的内容，大小写不区分，支持正则表达式。
Equals:响应内容要完全与需要匹配的内容相同，区分大小写，不支持正则表达式
Substring:响应内容包含需要匹配的内容，区分大小写，不支持正则表达式。
否:选择Equals、Substring时匹配的是字符串，大小写敏感，选择此项类似降级。
要测试的模式:填入需要匹配的字符串或者正则表达式。

Jmeter事务

Jmeter能够做到把每个请求统计成一个事务，但事务一般是用户宏观上的概
念，所以系统把多个请求统计成一个事务， 在Jmeter中可以通过逻辑控制器下的事务控制器来完成此要求。

逻辑控制器概念:
逻辑控制器可以控制采样器(samplers)的执行顺序。由此可知，控制器需要
和采样器一起使用，否则控制器就没有什么意义了。放在控制器下面的所有的采样器都会当做一个整体，执行时也会一起被执行。

逻辑控制器分类:
a)控制测试计