从设计C#中删除PageFactory

Question

我们在C语言中有一个现有的UI自动化框架，根据我们使用PageFactory初始化页面文件中的元素时的知识。最近我读了更多关于这个主题的内容，在C中使用PageFactory似乎没有什么真正的好处，所以我尝试使用字段来重新编写页面。我现在有一个问题，那就是让我的扩展方法发挥作用。

例如：在当前实现中，我有一个如下标识的元素：[FindsBy（How=How.LinkText，Using=“Authenticate”）]私有IWebElement BSHomePageHeader；

    public IWebElement getBstHomePageHeader()
    {
        return BstHomePageHeader;
    }

有一个helper方法可以检查元素在某些情况下是否存在，并且在测试中像这样调用：

家GetBSHomePageHeader（）。DoesElementExist（）。应（）。BeTrue（“用户未被带到主页。”）；

“DoesElementExist”方法中的代码应用了5秒钟的等待，持续验证元素。显示检查并忽略NoSuchElementException、ElementNotVisibleExpection和WebDriverTimeoutException。如果在5秒内没有返回元素，则会向主调用返回false，并抛出fluent断言消息。

当我删除PageFactory时，元素现在创建如下（在同一个页面文件中）：public IWebElement getBSHomePageHeader=

如果我尝试像下面这样对其应用相同的helper方法，那么代码行的DoesElementExist部分将不再适用。NoSuchElementException直接抛出到我的页面文件中，因此不会返回fluent断言消息。家GetBSHomePageHeader。DoesElementExist（）。应（）。BeTrue（“用户未被带到主页。”）；

在非PageFactory设计中，是否可能不让page类抛出NoTouchElementException，以便测试可以处理失败？

Answer 1

在java中，您将向调用者抛出异常。你能用C语言做到这一点吗？

这看起来可能会有所帮助：https://docs.microsoft.com/en-us/dotnet/csharp/programming-guide/exceptions/creating-and-throwing-exceptions

附带说明：我们也从代码库中删除了页面工厂容器，它要干净得多。每个页面类都在类的顶部包含自己所需的元素和选择器。我们还注意到容器的陈旧元素异常，即使它设置正确。

Answer 2

好吧，不管怎样，我想出了一个不同的解决方案。我不确定这是不是最好的，但我相信它会奏效的。在我的页面文件中，我用以下内容查找元素：public IWebElement getBSHomePageHeader=

等待逻辑与之前相同。唯一的另一个变化是我改变了在考试中提问的方式。如果（home.getBSHomePageHeader==null）为false，则现在看起来像这样。应（）。BeTrue（“用户未被带到主页。”）；测验日志（Status.Pass，“用户在主页上”）

所以，我想我并没有真正回答我自己最初的问题，但这个变通方法似乎奏效了。我们只需要重写一下我们如何提问。