jmeter做接口测试的优劣分析

目录

• JMeter接口测试的优势

1）JMeter比较轻量级，并且开源，社区接受度高，比较容易入门。

2）JMeter提供了BeanShell编程能力，可以写出比较灵活的测试脚本。

3）JMeter的社区比较完善，提供了比较丰富的协议支持。比如除了支持常见的HTTP协议之外，还可以直接通过JDBC Sampler连接数据库，把期望的测试结果存入数据库中，直接对测试结果进行验证。在编写测试脚本过程中，可以将不同的协议调用使用同一个脚本进行组合调用，写出比较复杂的测试用例。

4）JMeter提供了比较高级的扩展能力，允许自己定义和扩展新的协议支持，比如扩展支持阿里提供的Dubbo协议的JMeter插件等。

5）JMeter提供了HTML测试报告和Jenkins集成的能力，比较方便地实现一些基础的持续测试。

• JMeter接口测试的不足

JMeter作为接口测试方案大概有以下的一些问题：

1）脚本的灵活性。虽然JMeter提供了一定的BeanShell编程能力和自定义协议的扩展能力，可以让脚本开发人员有一定的灵活性，受制于JMeter本身的限制，与开发人员直接使用语言进行接口测试相比，灵活性还是相对不足。

2）报告的能力。JMeter提供了HTML报告，但是JMeter本身的测试报告主要用于性能测试，反映的更多是性能测试层面的结果。而且配置过程比较复杂，在团队成员分享报告等方面比较麻烦。

3）持续集成。利用第三方的Jenkins插件、Ant和Maven等，能与JMeter进行一些基本的持续测试集成，但是对于完全自动化所需的测试环境的管理等功能支持不足，配置过程略嫌麻烦。

4）测试脚本和测试结果的管理：脚本和结果基本都是本地管理，无法做到在线管理。

• 优化的JMeter接口测试方案

理想的基于JMeter的接口测试方案能够弥补上述劣势，包括需要从团队和工具的层面补上短板。

JMeter脚本的灵活性不足的问题可以通过团队成员的合理搭配来解决。JMeter提供了较为完善的扩展机制，通过扩展可以支持不同的协议和函数，这些扩展处理的插件和函数能让编写测试脚本变得更加简单。JMeter的扩展需要对Java比较了解，并且掌握JMeter的扩展机制。JMeter的扩展开发是一次性的，在完成插件的开发之后，由脚本编写人员基于扩展的插件和函数进行脚本编写，从而快速完成接口测试。因此比较好的团队搭配为：

1）一个、或者多个了解JMeter扩展的测试开发人员，主要负责相关扩展功能的实现，以及报告的定义和持续集成相关的一些开发工作。

2）JMeter测试脚本编写人员，主要负责基于JMeter内置和自定义扩展插件的脚本开发，如果发现有时候脚本开发过程中不方便的地方，提交开发需求由测试开发人员对JMeter进行扩展实现。

该方案剩下的所需的测试报告、持续测试集成、测试脚本和结果的管理需要额外的一些定制工作后才能够满足需求。

  </div>