针对你遇到的需求——仅运行变更微服务（A、E）的Karate回归脚本且不修改测试运行器类，这里有几个实用的落地方案：

方案1：利用Karate标签（Tags）+ 系统属性过滤 #

这是最灵活且符合Karate最佳实践的方式：

• 第一步：给每个微服务对应的所有.feature脚本添加专属标签。比如A服务的脚本开头加上@A-service，E服务的脚本加上@E-service，示例：

  @A-service
  Feature: A微服务API测试
    Scenario: 查询A服务数据
      Given url 'http://uat.example.com/a-service/api'
      ...
  

• 第二步：运行测试时通过命令行传递系统属性，指定要执行的标签：
  • Maven命令：

    mvn test -Dkarate.options="--tags @A-service,@E-service"
    

  • Gradle命令：

    gradle test -Dkarate.options="--tags @A-service,@E-service"
    

  Karate会自动过滤并仅运行带有指定标签的脚本，完全不需要修改测试运行器类。

方案2：通过测试类名称过滤（适用于按微服务拆分测试类的场景） #

如果你的项目已经为每个微服务单独编写了测试运行器类（比如AServiceRunner.java、EServiceRunner.java），可以直接通过构建工具指定要运行的测试类：

• Maven命令：

  mvn test -Dtest=AServiceRunner,EServiceRunner
  

• Gradle命令：

  gradle test --tests "com.yourpackage.AServiceRunner" --tests "com.yourpackage.EServiceRunner"
  

  这种方式直接精准定位到目标微服务的测试入口，同样无需修改任何现有代码。

方案3：利用系统属性动态控制脚本路径（进阶玩法） #

如果你的测试运行器是通过扫描路径来加载脚本的（比如Karate.run("classpath:com/yourpackage/**/*.feature")），可以在运行时通过系统属性传递目标路径：

• 无需修改运行器，只需在命令行指定路径参数：

  mvn test -Dkarate.options="classpath:com/yourpackage/a-service/**/*.feature classpath:com/yourpackage/e-service/**/*.feature"
  

  Karate会根据你传入的路径只加载对应微服务的脚本。

注意事项 #

• 标签方案建议使用唯一的标签命名（比如加上服务前缀），避免和其他测试标签冲突；
• 如果是CI/CD流水线中使用，可以将需要运行的服务标签/类名设置为流水线参数，实现完全自动化的动态测试。

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