使用页面对象模型（POM）时如何避免循环依赖问题？

核心思路是通过依赖倒置+统一页面对象工厂解耦循环依赖，同时将跳转逻辑完全内聚在页面对象内部，彻底避免测试用例手动维护页面对象实例的问题，具体实现如下：

1. 封装基础页面对象与统一工厂，消除循环依赖 #

首先定义所有页面对象的公共基类，以及统一的页面对象创建工厂，避免在业务方法中直接实例化具体页面对象，从编译层面解决双向跳转的循环依赖报错。
示例代码（Java）：

// 页面对象基类
public abstract class BasePage {
    protected WebDriver driver;
    protected PageObjectFactory pageFactory;

    public BasePage(WebDriver driver, PageObjectFactory pageFactory) {
        this.driver = driver;
        this.pageFactory = pageFactory;
        // 统一初始化页面元素
        PageFactory.initElements(driver, this);
    }

    // 封装通用的页面对象获取方法，子类跳转直接调用
    protected <T extends BasePage> T getPage(Class<T> pageClass) {
        return pageFactory.createPage(pageClass);
    }
}

// 统一页面对象工厂
public class PageObjectFactory {
    private WebDriver driver;

    public PageObjectFactory(WebDriver driver) {
        this.driver = driver;
    }

    public <T extends BasePage> T createPage(Class<T> pageClass) {
        try {
            return pageClass.getConstructor(WebDriver.class, PageObjectFactory.class).newInstance(driver, this);
        } catch (Exception e) {
            throw new RuntimeException("页面对象创建失败", e);
        }
    }
}

双向跳转的页面对象实现示例：

// 登录页
public class LoginPage extends BasePage {
    public LoginPage(WebDriver driver, PageObjectFactory pageFactory) {
        super(driver, pageFactory);
    }

    private By usernameBy = By.id("username");
    private By passwordBy = By.id("password");
    private By signinBy = By.id("signin");

    public HomePage loginValidUser(String userName, String password) {
        driver.findElement(usernameBy).sendKeys(userName);
        driver.findElement(passwordBy).sendKeys(password);
        driver.findElement(signinBy).click();
        // 通过工厂获取首页实例，不需要直接new HomePage
        return getPage(HomePage.class);
    }
}

// 首页
public class HomePage extends BasePage {
    public HomePage(WebDriver driver, PageObjectFactory pageFactory) {
        super(driver, pageFactory);
    }

    private By logoutBy = By.id("logout");

    public LoginPage logout() {
        driver.findElement(logoutBy).click();
        // 通过工厂获取登录页实例，不会产生编译期循环依赖
        return getPage(LoginPage.class);
    }
}

2. 业务方法强制返回跳转结果，内聚跳转逻辑 #

所有会触发页面跳转、内容切换的业务方法，必须明确返回对应的页面对象实例，测试用例直接使用返回值进行后续操作，完全不需要手动创建新的页面对象。
优化后的测试用例示例（C#）：

[TestMethod]
public void POM_test() {
    // 测试用例仅需要初始化工厂，获取入口页实例
    var pageFactory = new PageObjectFactory(driver);
    var navigationBar = pageFactory.CreatePage<NavigationBar>();
    
    // 所有操作直接通过返回值链式调用，不需要手动创建后续页面对象
    int invoiceNumber = navigationBar
        .SubmitSearch("123")
        .Select_Row(1)
        .Get_InvoiceNumber();
    
    Assert.AreEqual("83812302", invoiceNumber);            
}

这种写法的优势非常明显：如果后续SubmitSearch方法的跳转逻辑调整，只需要修改NavigationBar类中该方法的返回类型和实现即可，所有关联测试用例不需要手动调整，编译器会自动校验后续调用的合法性，完全不会出现不知道该用哪个页面对象的问题。

3. 多跳转分支场景兼容 #

如果同一个操作可能触发多种跳转结果（比如登录成功跳首页、失败留在登录页），可以通过两种方式处理：

• 方法返回通用页面对象父类/接口，提供跳转结果判断方法，测试用例根据判断结果转换为对应页面对象
• 拆分不同分支的调用方法，比如拆分LoginValidUser和LoginInvalidUser两个方法，分别返回对应场景的页面对象

该方案可以同时解决循环依赖、测试用例维护成本高、页面对象使用不明确三个核心问题，是行业内POM设计的主流落地规范。

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