Selenium多类执行时其他类无法找到Driver，TestNG.xml关联Base Driver类空指针异常

嘿，这问题我太熟了！好多刚接触Selenium+TestNG的朋友都会踩这个坑——本质就是你的WebDriver实例没在多个测试类之间正确共享，导致其他类调用时拿到的是null，直接触发空指针异常。下面给你几个实用的解决方案，按需选：

方案1：静态Driver实例（快速搞定，适合非并行测试） #

这是最直接的解决方式，把Driver设为静态变量，让所有测试类共享同一个实例：

• 先改造你的BaseDriver类，用@BeforeSuite初始化Driver，@AfterSuite关闭，并且把Driver声明为静态：

public class BaseDriver {
    // 静态变量确保所有子类共用同一个Driver实例
    protected static WebDriver driver;

    @BeforeSuite
    public void setUp() {
        // 替换成你的浏览器驱动初始化代码
        ChromeOptions options = new ChromeOptions();
        driver = new ChromeDriver(options);
        driver.manage().window().maximize();
    }

    @AfterSuite
    public void tearDown() {
        if (driver != null) {
            driver.quit();
        }
    }
}

• 其他测试类直接继承BaseDriver，不用再单独初始化Driver，直接用driver变量就行：

public class LoginTest extends BaseDriver {
    @Test
    public void validateLoginFlow() {
        driver.get("https://your-test-app.com/login");
        // 后续操作：输入账号、密码、点击登录...
    }
}

⚠️ 注意：这个方案不支持并行测试，因为静态变量是全局共享的，多个测试并行会互相干扰。如果不需要并行，这个方法最省事。

方案2：TestNG上下文存储Driver（支持并行测试，规范方案） #

如果你的测试需要并行执行，就得给每个测试方法分配独立的Driver实例，用TestNG的ITestContext来存储是最佳实践：

1. 先写一个Listener类，实现IInvokedMethodListener，负责在测试方法前后初始化/关闭Driver：

public class DriverManagerListener implements IInvokedMethodListener {
    @Override
    public void beforeInvocation(IInvokedMethod method, ITestContext context) {
        // 只给测试方法初始化Driver
        if (method.isTestMethod()) {
            WebDriver driver = new ChromeDriver();
            driver.manage().timeouts().implicitlyWait(Duration.ofSeconds(10));
            driver.manage().window().maximize();
            // 用测试方法名当key，存入TestContext，避免并行时冲突
            context.setAttribute(method.getTestMethod().getMethodName(), driver);
        }
    }

    @Override
    public void afterInvocation(IInvokedMethod method, ITestContext context) {
        if (method.isTestMethod()) {
            WebDriver driver = (WebDriver) context.getAttribute(method.getTestMethod().getMethodName());
            if (driver != null) {
                driver.quit();
            }
        }
    }
}

2. 改造BaseDriver类，从TestContext里取出当前方法对应的Driver：

public class BaseDriver {
    protected WebDriver driver;

    @BeforeMethod
    public void initDriver(ITestContext context, Method currentMethod) {
        // 根据当前测试方法名，从TestContext获取对应的Driver
        driver = (WebDriver) context.getAttribute(currentMethod.getName());
    }
}

3. 在testng.xml里注册这个Listener，同时开启并行配置：

<suite name="TestSuite" parallel="methods" thread-count="3">
    <listeners>
        <listener class-name="com.your-package.DriverManagerListener"/>
    </listeners>
    <test name="CoreTests">
        <classes>
            <class name="com.your-package.LoginTest"/>
            <class name="com.your-package.CheckoutTest"/>
            <class name="com.your-package.ProfileTest"/>
        </classes>
    </test>
</suite>

这个方案每个测试方法都有独立的Driver，并行测试完全没问题，是企业级项目常用的方式。

方案3：依赖注入（进阶，适合大型项目） #

如果你的项目规模比较大，用Guice这类依赖注入框架来管理Driver实例会更优雅。你可以配置Guice模块，把WebDriver按测试方法作用域绑定，然后在测试类和Page类里用@Inject注解直接注入Driver，不用手动管理实例。不过这个需要额外学习Guice的用法，适合有一定基础的开发者。

最后排查几个常见坑点 #

• 别在每个测试类的@BeforeMethod里重新new Driver，除非你是用方案2的并行模式，否则会覆盖Base类的实例，导致null。
• 确保所有测试类都正确继承了BaseDriver，或者有正确获取Driver的逻辑。
• 如果用Page Object Model（POM），Page类里的Driver也要从Base类或TestContext获取，不要自己new。

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