1.JMeter工作区
进入JMeter后,显示如下图:
区域1是一个目录树,存放测试设计过程中使用到的元件;执行过程中默认从根节点开始顺序遍历树上的元件。
区域2是菜单栏,图标是菜单快捷方式。
区域3是测试计划编辑区域,在“用户定义的变量”区域,我们可以定义整个测试计划公用的全局变量,这些变量对多个线程组有效。我们还可以对线程组的运行进行设置;比如“独立运行每个线程组”、“Run tearDown Thread Groups after shutdown of main threads”等。
测试计划:是JMeter测试脚本根节点,每一个测试脚本都是一个测试计划。
名称:可以随意设置,最好有业务意义。
注释:可以随意设置,可以为空。
用户定义的变量:全局变量。
独立运行每个线程组:如果一个测试计划中有多个线程组,设置此项可以生效。不设置时每个线程组同时运行。
Run tearDown Thread Groups after shutdown of main threads:关闭主线程后运行tearDown程序来正常关闭线程组(运行的线程本次迭代完成后关闭)。
函数测试模式:在调试脚本的过程中,如果需要获取服务器返回的详细信息就可以选择此项;选择此项后,如果记录较多的数据会影响测试效率,所以在执行性能测试时,最好关闭此项。
Add directory or jar to classpath:把测试需要依赖的jar包或包所在的目录加入类路径。测试需要依赖的jar包还可以直接放到%JMETER_HOME%\lib目录下。(%JMETER_HOME%:JMeter安装目录)
2.JMeter执行顺序
JMeter执行顺序规则如下:
配置元件
前置处理器
定时器
采样器
后置处理器
断言
监听器
3.JMeter脚本添加
JMeter中一个脚本即是一个测试计划,也是一个管理单元。JMeter的请求模拟与并发数(设置线程数,一个线程代表一个虚拟用户)设置都在脚本文件中一起设置。不像LoadRunner把脚本与虚拟用户设置分开。
测试计划要素
要素一:脚本中测试计划只有一个。
要素二:测试计划中至少要有一个线程组。JMeter负载是通过线程组驱动的,所以计划中至少要出现一个线程组。JMeter测试计划支持多个线程组。我们可以在计划下面建立多个线程组,类似LoadRunner中的Group方式的场景,把不相关联的业务分布在不同的线程组(LoadRunner中的不同Group)。所以我们可以把JMeter计划理解成LoadRunner中的Group方式场景。
要素三:至少要有一个取样器。测试的目的就是要模拟用户请求,没有取样器脚本就毫无意义。
要素四:至少要有一个监听器。测试结果用来衡量系统性能,我们需要从结果中分析系统性能。