我来给你梳理下解决这个问题的两种实用方案，都是基于你已经有的Java实现逻辑来适配Jenkins单一构建的需求：

方案1：参数化构建（最直接灵活） #

既然你已经能通过配置文件指定测试类，那更高效的方式是让Jenkins在构建时接收用户指定的测试类参数，直接传递给你的测试执行逻辑，完全不用拆分构建。具体步骤：

1. 打开Jenkins项目的配置页面，找到「参数化构建过程」选项并勾选
2. 添加一个参数：
   • 推荐用选项参数，名称设为TEST_CLASS_NAME，选项值依次填test1、test2、test3，这样用户触发构建时直接下拉选择，避免输入错误
   • 也可以用字符串参数，适合后续扩展更多测试类的场景
3. 修改你的构建执行命令，把参数传递进去：
   • 如果你是用Maven/Gradle运行测试（比如结合TestNG/JUnit），可以在测试插件里配置接收系统参数，然后Jenkins执行命令：

     mvn test -Dtarget.test.class=${TEST_CLASS_NAME}
     

     （对应你Java代码里读取这个系统参数，或者直接让测试框架指定运行的类）
   • 如果是自己写的Java测试启动类，直接把参数作为命令行参数传入：

     java -jar your-test-runner.jar --target-class ${TEST_CLASS_NAME}
     

4. 保存配置后，触发构建时就会弹出参数选择界面，选好对应测试类就能运行指定用例了。

方案2：动态修改配置文件（适配你现有逻辑） #

如果你不想改动测试执行的命令逻辑，只想让Jenkins帮你修改配置文件里的类名，再执行测试：

1. 同样先添加参数化构建的TEST_CLASS_NAME参数（步骤同方案1）
2. 在构建步骤里新增一个「执行shell」（Windows用「执行Windows批处理命令」），用命令修改你的配置文件：
   • 假设配置文件是config.properties，里面有test.class=xxx的配置，用sed命令替换：

     sed -i 's/test.class=.*/test.class=${TEST_CLASS_NAME}/' config.properties
     

   • Windows环境用PowerShell命令：

     (Get-Content config.properties) -replace 'test.class=.*', 'test.class=${TEST_CLASS_NAME}' | Set-Content config.properties
     

3. 接着执行你原来的测试启动命令，程序就会读取修改后的配置文件，运行指定的测试类。

为啥条件构建步骤不适用？ #

条件构建步骤更多是用来根据预设条件跳过/执行某部分构建步骤，比如“如果是开发分支就跳过打包”，但你的需求是动态选择运行哪一个测试类，本质是传递参数让测试逻辑做判断，参数化构建才是更贴合这个场景的方案。

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