每天15分钟JMeter入门篇（五）：认识JMeter中的测试片段

---

其他文章

每天15分钟JMeter入门篇（一）：Hello JMeter
每天15分钟JMeter入门篇（二）：使用JMeter实现并发测试
每天15分钟JMeter入门篇（三）：认识JMeter的逻辑控制器
每天15分钟JMeter入门篇（四）：认识JMeter中的函数
每天15分钟JMeter入门篇（五）：认识JMeter中的Test Fragment
每天15分钟JMeter入门篇（六）：学会用好JMeter中的断言
每天15分钟JMeter入门篇（七）：认识JMeter中的监听器
每天15分钟JMeter进阶篇（1）：JAVA 取样器的基本使用

---

---

前言

开始

Test Fragment是干什么的

JMeter中的Test Fragment其实就是测试片段，是一个很有用的东西，但又是一个很容易被人忽视的东西。简单的说，你可以把测试片段理解成一个特殊的线程组，它的特殊在于：

1. 测试片段下面可以放任何配置元件，但是它下面的配置元件不会执行；
2. 它可以和Include Controller、模块控制器一起执行。
   但是具体有什么用呢？你可以：

• 用它备份你脚本中的元件，方便调试和对比；
• 在一个复杂的性能测试中你可以通过测试片段来模块化你的脚本；
• 在团队协作的性能测试中，你可以把一个复杂系统的性能测试分配各不同的测试人员，每个人员的脚本通过测试片段来执行。
  可以说，没有测试判断，JMeter的模块化设计和团队协作就无从谈起。

添加Test Fragment

添加一个测试片段的方法很简单。
在测试计划或者线程组节点上右键——添加——测试片段——测试片段
英文界面下是在TestPlan或者Thread Group上右键——Add——Test Fragment——Test Fragment。
添加后的测试片段只有两个属性：名称和注释。此时因为没有放入任何子节点，它相当于是空气，不会对脚本有任何影响。

Test Fragment与脚本模块化

脚本模块化设计的目的是脚本复用和封装。用测试片段可以实现脚本的模块化设计和封装。
我们假设有两个测试用例：
第一个是订单提交，操作步骤是用户登录、订单提交；
第二个是订单查询，操作步骤是用户登录，订单查询。
能注意到两个测试用例都有用户登录，在实际的测试过程中，这种重复的测试用例会更多，我们无论是做性能测试还是做接口测试，对重复的操作步骤不可能每个用例都重复的写一遍，这样的话如果程序有变化，脚本也不可维护。所以我们应该创建一个公用的可复用的“用户登录”脚本，其他脚本在使用到登录的时候不是重新创建登录，而是调用已有的脚本，这就是脚本模块化和脚本封装的思想。做过JAVA开发的同学会很好理解。
要实现这种模块化和封装的效果，首先你要创建一个新的JMeter的脚本，命名为Login.jmx，在这个脚本里创建线程组和登录请求，如图：

然后你创建你的用例脚本，此时在需要登录的时候，直接在线程组下添加一个测试片段，然后在测试片段下添加include 控制器，在该控制器下调用你刚才的脚本，实例如图：

这样无论你又多少个测试用例脚本，你的登录脚本就只有一个，脚本就很好维护了。

Test Fragment与团队分工

假设你有一个复杂的性能测试需求，梳理出四个性能测试用例，分别是订单提交、订单查询、批量删除订单、订单退回。你想把这四个脚本分给四个测试人员，这样并行开发脚本能提高效率。
测试步骤跟上面类似，还是每个测试人员自己创建自己的脚本，但是要注意在此之前，一定要约定所有脚本使用的变量名称，并把这些公共变量放到你的根脚本里。不然主脚本和子脚本之间就会有变量传递的问题。
每个测试人员的脚本创建完成后，主脚本仍然是添加测试片段和Include控制器，分别调用其他子脚本。这样就实现了团队分工