能否通过TestNG的@Parameters注解传参选择测试类执行？

手动new TestRun1()的写法无法触发测试执行：TestNG的测试生命周期（@Test方法扫描、参数注入、前后置逻辑执行、测试结果统计等）完全由TestNG运行器托管，手动实例化得到的测试类是普通Java对象，类中标注@Test的方法不会被自动识别执行。另外你当前TestRun1里的测试方法用了默认包访问权限，TestNG无法扫描到，需要改成public修饰。

方案1：适配现有switch逻辑，通过TestNG程序化API触发执行 #

直接修改TestInit类，调用TestNG原生运行接口指定要执行的测试类即可，代码如下：

import org.testng.TestNG;
import org.testng.annotations.Parameters;
import org.testng.annotations.Test;

public class TestInit {

    @Parameters("appver")
    @Test
    void test(String version) {
        System.out.println("App version: " + version);
        TestNG testngRunner = new TestNG();
        Class<?> targetTestClass;
        switch (version) {
            case "8.00.25":
                targetTestClass = TestRun1.class;
                break;
            case "8.00.35":
                targetTestClass = TestRun2.class;
                break;
            default:
                System.out.println("No matched test class for current version, will run default test set");
                targetTestClass = TestRun1.class;
                break;
        }
        testngRunner.setTestClasses(new Class[]{targetTestClass});
        testngRunner.run();
    }
}

对应修改TestRun1的方法权限：

public class TestRun1 {
    @Test
    public void test1(){
        System.out.println("This is test run in Testrun1");
    }
}

方案2：通过TestNG原生分组能力实现，无需维护switch入口（更推荐） #

不需要单独写版本判断的入口类，直接用TestNG的分组标记给用例打版本标签，在testng.xml中根据传入的appver参数过滤要执行的用例即可，还能直接复用两个版本共通用例，避免重复代码。

1. 给测试方法标记对应版本分组：

import org.testng.annotations.Test;

public class SharedTestCases {
    // 8.00.25版本专属用例
    @Test(groups = "8.00.25")
    public void testFeatureOnlyExistIn25() {
        System.out.println("run 25 version exclusive test");
    }

    // 8.00.35版本专属用例
    @Test(groups = "8.00.35")
    public void testFeatureOnlyExistIn35() {
        System.out.println("run 35 version exclusive test");
    }

    // 两个版本通用用例，标记两个分组即可
    @Test(groups = {"8.00.25", "8.00.35"})
    public void testCommonFeature() {
        System.out.println("run common test for all versions");
    }
}

2. 修改testng.xml配置，根据参数动态加载对应分组用例：

<suite name="MultiVersionTestSuite">
    <!-- 切换value值即可切换测试版本 -->
    <parameter name="appver" value="8.00.25" />
    <test name="VersionMatchedTests">
        <groups>
            <run>
                <include name="${appver}"/>
            </run>
        </groups>
        <packages>
            <!-- 替换为你的测试类所在包路径 -->
            <package name="com.your.test.package.*"/>
        </packages>
    </test>
</suite>

只有当两个版本差异极大（比如大版本重构覆盖80%以上功能）时，才会为每个版本新建独立类/模块重写全量用例，小幅版本差异的场景下这种方式维护成本极高，后续版本迭代需要同步修改多份代码，漏改错改概率很高，行业通用做法是：

• 抽离公共逻辑：把所有版本通用的页面操作、测试流程、断言规则抽离到公共组件、基类中，避免重复编码
• 差异点隔离：通过测试框架的分组、条件执行注解、自定义标记等方式给版本专属用例打标签，运行时根据传入的版本参数自动过滤执行，不需要拆分独立代码集
• 配置化管理差异：把版本间的差异项（比如元素定位值、功能开关、接口路径）抽离成独立的版本配置文件，运行时根据版本号加载对应配置，测试主逻辑不需要分叉维护
• 少量核心流程的版本差异，通过工厂模式根据版本参数实例化对应实现类即可，不要硬编码长switch分支判断。

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