| 3. 构建一个测试计划 |
一个测试计划描述了一系列Jmeter运行时要执行的步骤。一个完整的测试计划包含一个或者多个线程组，逻辑控制，取样发生控制，监听器，定时器，断言和配置元件。
| 3.1 添加和删除元件 | 在一个树上通过右击可以添加 元件到一个测试计划 ，并且从“list”列表中选择一个新元件。或者，元件从文件加载并且通过选择“open”选项添加。
为了删除元件，确保元件被选中，正确在元件上右击，并且选择“remove”选项。
| |
| 3.2 加载和保存元件 | 为了从文件加载元件，右击将要加载元件到的已经存在的树元件，并选择“open”选项。选择你的元件保存的文件。JMeter会加载元件到树中。
为了保存树元件，在一个元件上右击，选择“save”选项。JMeter会保存已选的元件，加上所有下面的子元件。用这种方法，你能够保存测试树段，单独元件，或者这个测试计划。
| |
| 3.3 配置树元件 | 在测试树中的任何元件控制在JMeter的右手结构。那些控制允许你配置测试元件的细节行为，什么被配置为一个依赖元件类型的元件。
| |
| 3.4 运行一个测试计划 | 为了运行一个测试计划，从“run”菜单项选择“start”。为了停止你的测试计划，从同样的菜单选择“stop“。JMeter 不会自动给它是否正在运行任何显示。如果JMeter运行，一些监听器使它变明显，但是唯一确定的方法是检查“run”菜单。如果“start”不可用，“stop”可用，证明JMeter正在运行你的测试计划(或者，至少， 它认为它是)。
| |
| 3.5 作用域规则 | jmeter 测试树包含元件总是分等级和顺序的。在测试树中的一些元件是严格分级(监听器，配置元素，后置处理器，前置处理器，断言，定时器)，一些主要是顺序的(控制器，取样器)。当你创建你的测试计划时，你将创建一个描述被执行的步骤集的取样请求有序列表。那些请求常组织在也有序的控制器中。给出如下测试树：
Example test tree |
请求的顺序是 One，Two，Three，Four。
一些控制器影响它的子元件的顺序，你可以在 组件参考 看到详细的控制器。
其他元素是分等级的。例如，一个断言在测试树中是分等级的。如果你的父元件是请求，它就被应用于那个请求。如果它的父元件是控制器，它就影响所有那个控制器下的所有请求。如下测试树：
Hierarchy example |
Assertion #1 仅被应用于请求 One， Assertion #2 仅被应用于 请求 Two 和 Three。
其它例子，这次使用定时器：
complex example |
在这个例子里，请求的命名表现它们被执行的顺序。Timer #1 应用于 请求 Two, Three, 和 Four (注意对于分等级的元件怎样的顺序是不相关的)。Assertion #1 应用于请求Three。Timer #2 对所有请求有效。
希望那些例子使你弄清了配置（分等级的）元件如何被应用。如果你想每个请求都被树分叉拒绝，到它的父元件，到它的父元件的父元件，等等，每次收集所有它的父元件的配置元件，你将看到它如何工作的。
元件Header Manager, Cookie Manager 和Authorization manager 的配置和默认元件的配置被视为是不同的。默认元件配置的设置并入取样器到达的值的集里。然而来自管理器的设置没有并入。如果多于一个管理器在一个取样器范围中，仅仅一个被使用，但是现在没有办法指定[b]那个被使用。 [/b] | |
|
内容来自用户分享和网络整理，不保证内容的准确性，如有侵权内容，可联系管理员处理
