我是一名新的测试工程师，一直在阅读有关页面对象模型并实现它们的内容，并且不断遇到页面工厂。我知道 Page Factory 是一个 POM，它提供了额外的功能，例如在调用 Page Factory 时实例化所有元素以及用于测试的更具可读性的代码（尽管我并不完全了解可读性）。需要明确的是，我在 POM 上出售。代码的可重用性和相对易于维护性非常好，我正在朝着这个方向发展。
我归结为两个问题：
【问题讨论】：
标签： c# selenium testing automated-tests qa
这是 Selenium 项目负责人兼 Page Factory 的创建者 Simon Stewart，在 2017 年奥斯汀 SeleniumConf 上。在他的主题演讲中，他说不要使用 Page Factory。演讲的这一部分从这里开始：
https://youtu.be/gyfUpOysIF8?t=1517
实际声明时间为 27:25。
【讨论】：
PageFactory 和 POM 仍然是测试自动化的一种更好的方法。
一些答案说 PageFactory 在实例化时会“加载”所有 WebElement - 这实际上是不正确的。
元素在您访问它们之前不会加载。它是通过基类和 RealProxy 完成的。它确实使用了底层的标准 FindElement(s)By 方法，因此拥有 WebElement 与存储 By 并在需要时加载它们并没有真正的性能优势。
我选择不使用 PageFactory 模型的一个原因是，我可能要搜索一个我不想要存在的元素，并且通过使用自动连接的方法，它会搜索在我可以在测试中说“不存在”之前查看它是否存在。
另一个问题是 PageFactory 如何实例化 WebElement 与 Driver.FindBy 如何实例化它们之间存在细微差别。困扰我的一个问题是 PageFactory 的版本没有实现IWrapsDriver，这意味着您无法获取用于从元素中查找元素的驱动程序。这可能看起来不多，但这意味着当您想为 WebElement 方法编写扩展而需要驱动程序时，您必须找到一种（更复杂的）获取驱动程序的方法，特别是因为我认为 PageObjectModel 应该没有直接引用驱动程序...
但是，在很多情况下，开箱即用的 PageFactory 方法非常好。我认为使用或不使用 PageFactory 的关键在于对测试代码和页面对象模型如何工作和交互采用一致的方法——因为这是可维护性的关键。
【讨论】：
private By SomeLink => By.CssSelector("a"); 然后是一系列可能与它们交互的方法，例如public AnotherPageModel ClickSomeLink() => NavigateTo<AnotherPageModel>(SomeLink)。 NavigateTo 只是执行“单击并等待”（单击并等待所有脚本执行），然后返回代表新状态的新页面模型。
为什么我要实例化所有元素而不是即时执行？
如果我没记错的话，PageFactory 会扫描任何WebElement 属性/字段及其属性，并用代理包装它们。那时你还没有接触 Selenium 服务器（你可以在服务器控制台输出中检查它）。一旦您尝试访问该属性，WebElement 就会被实例化。因此，如果您只访问一个 PO 属性/字段，则仅创建一个 WebElement。
我缺少的 Page Factory 的优点是什么？
属性的使用使代码更具可读性并且易于生成。创建一个为您生成PageObjects 的工具是很常见的。
PageFactory 是为了支持 PageObject 模式而创建的，仅此而已。您不必一定要使用它才能采用 PO 方式。
最后，如果您对它的详细工作原理感到好奇，我建议您查看源代码。这是我刚开始使用 Selenium 时所做的。
【讨论】：
为什么我要实例化所有元素而不是即时进行？
一般来说，当我们通过PageFactory 启动任何页面类时，它使我们能够同时加载所有期望的（定义的）WebElements，我们打算在粗略的测试执行中与之交互。
我缺少的 Page Factory 的优点是什么？
使用Page Factory 的好处很多。其中一些如下：
【讨论】：
enables us to load all the desired (defined) WebElements。 2）你能指出一些你为什么相信It doesn't make the framework more structured的文件。 3）IMO，PageFactory 仅通过POM 实现，如果我错了，请参考一些具体的文档。 4) 根据您的建议，删除了对waits 的引用。
when we initiate any page class through PageFactory, it enables us to load all the desired (defined) WebElements at the same time 这让我觉得你相信所有的元素都是在实例化时被刮掉的（就像很多人一样，包括我在内）。请参阅其他一些答案以进行更正。 2) 它本身并没有使 POM 变得更好。 POM 的实现是好是坏，PageFactory 并不会真正影响它。 3）同意..不确定这是从哪里来的？
made me think that you believe that all the elements are scraped on instantiation 一点也不。 2）我的理解是当你说make POM better时，主要因素之一是better structured。如果我错了，请指出我的文档。 3）如果你是not sure where this came from，一个小谷歌会把它拿出来。 由于答案现在已更新，并且在没有任何具体文件反对我的观点的情况下，您能否撤回您的反对票？
为什么我要实例化所有元素而不是即时进行？
PageFactory 可用于初始化 Page 类的元素，而无需使用 FindElement 或 FindElements。当您更多地使用 webelement(s) 时，一旦您的代码变得更好的可读性。
我缺少的 Page Factory 有哪些优势？
您还可以在 Page Factory 中使用一些属性。最明显的是 FindsBy 属性，但您也可以使用 CacheLookup 属性在元素被查找一次后对其进行缓存。
【讨论】：