1. Test Plan (测试计划)
用来描述一个性能测试&＃xff0c;包含与本次性能测试所有相关的功能。也就说本次性能测试的所有内容是于基于一个计划的。
下面看一下一个计划下面都有哪些主要的功能模块&＃xff08;右键单击“测试计划”弹出菜单&＃xff09;。
2. Threads &＃xff08;Users&＃xff09;线程 用户
虽然有三个添加线程组的选项&＃xff0c;名字不一样&＃xff0c; 创建之后&＃xff0c;其界面是完全一样的。之前的版本只有一个线程组的名字。现在多一个setUp theread Group 与terDown Thread Group
1) setup thread group
一种特殊类型的ThreadGroup的&＃xff0c;可用于执行预测试操作。这些线程的行为完全像一个正常的线程组元件。不同的是&＃xff0c;这些类型的线程执行测试前进行定期线程组的执行。
2) teardown thread group.
一种特殊类型的ThreadGroup的&＃xff0c;可用于执行测试后动作。这些线程的行为完全像一个正常的线程组元件。不同的是&＃xff0c;这些类型的线程执行测试结束后执行定期的线程组。
可能你还是不太理解他们与普通的线程组有什么不同。 如果您用过junit&＃xff0c;想必你不会对setup &＃xff0c;teardown这2个字眼陌生。 即使没用过&＃xff0c;也没关系。 熟悉loadrunner的应该知道&＃xff0c;loadrunner的脚本除了action里是真正的脚本核心内容&＃xff0c;还有初始化“环境”的初始化脚本和测试完毕后对应的清除信息的脚本块。 那么这里 setup thread group 和 teardown thread group 就是分别指这两部分。 其实从本质上来看&＃xff0c;他们并没有什么不同。
3) thread group(线程组).
这个就是我们通常添加运行的线程。通俗的讲一个线程组,&＃xff0c;可以看做一个虚拟用户组&＃xff0c;线程组中的每个线程都可以理解为一个虚拟用户。线程组中包含的线程数量在测试执行过程中是不会发生改变的。
线程组
名称&＃xff1a;就如字面意思&＃xff0c;起个有意义的名字就行
注释&＃xff1a;
线程数&＃xff1a;这里选择5
Ramp-Up Period&＃xff1a;单位是秒&＃xff0c;默认时间是1秒。它指定了启动所有线程所花费的时间&＃xff0c;比如&＃xff0c;当前的设定表示“在5秒内启动5个线程&＃xff0c;每个线程的间隔时间为1秒”。如果你需要Jmeter立即启动所有线程&＃xff0c;将此设定为0即可
循环次数&＃xff1a;表示每个线程执行多少次请求。
3.测试片段&＃xff08;Test Fragment&＃xff09;
测试片段是在2.5版本之后新加的一个选项。
测试片段元素是控制器上的一个种特殊的线程组&＃xff0c;它在测试树上与线程组处于一个层级。它与线程组有所不同&＃xff0c;因为它不被执行&＃xff0c;除非它是一个模块控制器或者是被控制器所引用时才会被执行。
控制器
JMeter有两种类型的控制器&＃xff1a;取样器&＃xff08;sample&＃xff09;和逻辑控制器&＃xff08;Logic Controller&＃xff09;&＃xff0c;用这些原件来驱动处理一个测试。
4.取样器&＃xff08;Sampler&＃xff09;
取样器&＃xff08;Sample&＃xff09;是性能测试中向服务器发送请求&＃xff0c;记录响应信息&＃xff0c;记录响应时间的最小单元&＃xff0c;JMeter 原生支持多种不同的sampler &＃xff0c;如 HTTP Request Sampler 、 FTP Request Sample 、TCP Request Sample 、JDBC Request Sampler 等&＃xff0c;每一种不同类型的 sampler 可以根据设置的参数向服务器发出不同类型的请求。在jmeter 的所有sampler 中&＃xff0c;Java Request Sampler 和 Beanshell Request Sampler 是两种特殊的可定制的 Sampler 。
5. 逻辑控制器&＃xff08;Logic Controller&＃xff09;
逻辑控制器&＃xff0c;包括两类无件&＃xff0c;一类是用于控制test plan 中 sampler 节点发送请求的逻辑顺序的控制器&＃xff0c;常用的有 如果&＃xff08;If&＃xff09;控制器 、switch Controller 、Runtime Controller、循环控制器等。另一类是用来组织可控制 sampler 来节点的&＃xff0c;如 事务控制器、吞吐量控制器。
6.配置元件&＃xff08;Config Element&＃xff09;
配置元件&＃xff08;config element&＃xff09;用于提供对静态数据配置的支持。CSV Data Set config 可以将本地数据文件形成数据池&＃xff08;Data Pool&＃xff09;&＃xff0c;而对应于HTTP Request Sampler和 TCP Request Sampler等类型的配制无件则可以修改Sampler的默认数据。&＃xff08;例如&＃xff0c;HTTP COOKIE Manager 可以用于对 HTTP Request Sampler 的COOKIE 进行管理&＃xff09;
7.定时器&＃xff08;Timer&＃xff09;
定时器&＃xff08;Timer&＃xff09;用于操作之间设置等待时间&＃xff0c;等待时间是性能测试中常用的控制客户端QPS的手端。类似于LoadRunner里面的“思考时间”。JMeter 定义了Bean Shell Timer、Constant Throughput Timer、固定定时器等不同类型的Timer。
8.前置处理器&＃xff08;Per Processors&＃xff09;
用于在实际的请求发出之前对即将发出的请求进行特殊处理。例如&＃xff0c;HTTP URL重写修复符则可以实现URL重写&＃xff0c;当RUL中有sessionID 一类的session信息时&＃xff0c;可以通过该处理器填充发出请求的实际的sessionID 。
9.后置处理器&＃xff08;Post Processors&＃xff09;
用于对Sampler 发出请求后得到的服务器响应进行处理。一般用来提取响应中的特定数据&＃xff08;类似LoadRunner测试工具中的关联概念&＃xff09;。例如&＃xff0c;XPath Extractor 则可以用于提取响应数据中通过给定XPath 值获得的数据。
10.断言&＃xff08;Assertions&＃xff09;
断言用于检查测试中得到的相应数据等是否符合预期&＃xff0c;断言一般用来设置检查点&＃xff0c;用以保证性能测试过程中的数据交互是否与预期一致。
11.监听器&＃xff08;Listener&＃xff09;
这个监听器可不是用来监听系统资源的元件。它是用来对测试结果数据进行处理和可视化展示的一系列元件。 图行结果、查看结果树、聚合报告。都是我们经常用到的元件。
到此&＃xff0c;我们已经简单了解了jmeter的基本组成原件&＃xff0c;我们后序的性能测试工作也就是使用这些元件来完成测试任务。
【转载链接】http://www.cnblogs.com/fnng/archive/2012/12/21/2828440.html
京公网安备 11010802041100号