如何通过JMeter测试作为Maven依赖的非可执行JAR中的Java方法

核心前提说明 #

JMeter Java采样器、单元测试都不需要被测JAR是可执行JAR，之前运行失败大概率是依赖缺失或者适配逻辑错误，普通依赖JAR完全可以完成测试。

方案1：JUnit单元测试（优先推荐，适合功能验证） #

这套方案实现最快，不需要额外工具，完全模拟消费者的使用逻辑：

• 新建空Maven项目，在pom.xml中引入三类依赖：你的工具类JAR、JUnit测试依赖、数据库操作依赖（可选，用于验证落库数据）、WireMock依赖（可选，用于Mock REST接口验证请求正确性）
• 编写测试用例类：直接实例化工具类对象，构造模拟的消费者payload参数，调用目标测试方法
• 两项验证逻辑直接写在测试用例中：
  • 接口调用验证：用WireMock启动本地Mock服务，将工具类的REST调用地址配置为WireMock服务地址，方法执行完成后直接断言WireMock收到的请求路径、请求头、请求体是否符合预期，也可通过抓包工具直接查看发出的真实请求
  • 落库验证：方法执行完成后，通过JDBC/ORM框架查询对应库表的记录，和预期值做断言对比
• 直接运行JUnit测试用例即可得到验证结果，可自行构造各种正常、边界参数覆盖全场景

方案2：JMeter Java采样器实现（适合批量测试、压测场景） #

如果需要做多参数批量验证、性能测试，可按以下步骤实现：

• 新建Maven项目，引入两类核心依赖：你的工具类JAR、对应JMeter版本的ApacheJMeter_java依赖
• 编写自定义采样器类，实现JavaSamplerClient接口的4个方法：
  • getDefaultParameters()：定义可在JMeter界面配置的参数，比如payload内容、接口地址、数据库配置等
  • setupTest()：测试初始化逻辑，比如创建工具类实例、初始化数据库连接，每个线程仅执行一次
  • runTest()：核心执行逻辑，调用工具类目标方法，可在该方法内加入接口、落库结果的断言逻辑，返回SampleResult对象给JMeter统计执行结果
  • teardownTest()：测试结束后的清理逻辑，比如关闭数据库连接
• 将当前项目打包成JAR，和你的工具类JAR、所有依赖的第三方JAR一起放到JMeter的lib/ext目录下
• 启动JMeter，新建线程组后添加「Java请求」采样器，在类名下拉列表中找到你写的自定义采样器类，配置参数后即可运行，可搭配JMeter的断言、结果树、聚合报告等组件查看结果

注意事项 #

• 要把工具类JAR依赖的所有第三方包全部导入到测试项目或者JMeter的lib目录下，避免出现类找不到的异常
• 若不需要调用真实REST接口，优先用WireMock做Mock，既可以验证请求正确性，也不会污染第三方服务的测试数据
• 落库验证建议使用单独的测试库，或者给测试数据加特殊标识，测试完成后统一清理，避免影响测试环境的正常数据

内容的提问来源于stack exchange，提问作者lonelyLearner