有哪些测试自动化框架设计策略可以更快地执行自动化测试？
What are some of test automation framework design strategies for faster execution of automated tests?
我正在尝试优化我当前的自动化框架以加快执行速度。我当前的框架是通过为定位器字符串保留单独的 xml 文件而设计的，我的网络应用程序的每个页面的页面对象都从这些 xml 文件中获取它们的定位器信息。
但是在谷歌搜索了一下之后，一些自动化开发人员表示将这些字符串保留在页面对象中 类 会更有效率。我需要有关此的更深入的详细信息。
谢谢。
恕我直言，您没有从最合适的角度看待它。如果您当前的自动化流程需要考虑 Data driven approach Vs Page objects 时
optimize my current automation framework for faster execution.
你做的不对。根据我的经验，我几乎独立地实现了 运行。第一个用于功能测试（不太关心页面其余部分显示的内容）和呈现测试（如果页面布局符合预期，则不太关心功能）。这就是为什么我还 运行 UI 测试 headless ghostDriver 和 Chrome- Firefox-, IE- 驱动程序的原因。
让我们假设您的数据驱动测试逻辑使用类似 CSharp's Class
的东西
Dictionary<TKey, TValue>
你只需要加载一次，然后搜索是平坦的，一个 O(1) constant time complexity. Bottom line - such performance shouldn't be an issue unless you have unreasonable large amount of UI tests. Which violates the Test pyramid:
如果我们要讨论自动化框架优化以加快执行速度 - xUnit runner 的 parallel execution 非常合适。
免责声明： 我假设你在谈论 UI 自动化，因为你为这个问题添加了标签 (selenium 和 ui-自动化).
我正在尝试优化我当前的自动化框架以加快执行速度。我当前的框架是通过为定位器字符串保留单独的 xml 文件而设计的，我的网络应用程序的每个页面的页面对象都从这些 xml 文件中获取它们的定位器信息。
但是在谷歌搜索了一下之后，一些自动化开发人员表示将这些字符串保留在页面对象中 类 会更有效率。我需要有关此的更深入的详细信息。
谢谢。
恕我直言，您没有从最合适的角度看待它。如果您当前的自动化流程需要考虑 Data driven approach Vs Page objects 时
optimize my current automation framework for faster execution.
你做的不对。根据我的经验，我几乎独立地实现了 运行。第一个用于功能测试（不太关心页面其余部分显示的内容）和呈现测试（如果页面布局符合预期，则不太关心功能）。这就是为什么我还 运行 UI 测试 headless ghostDriver 和 Chrome- Firefox-, IE- 驱动程序的原因。
让我们假设您的数据驱动测试逻辑使用类似 CSharp's Class
的东西Dictionary<TKey, TValue>
你只需要加载一次，然后搜索是平坦的，一个 O(1) constant time complexity. Bottom line - such performance shouldn't be an issue unless you have unreasonable large amount of UI tests. Which violates the Test pyramid:
如果我们要讨论自动化框架优化以加快执行速度 - xUnit runner 的 parallel execution 非常合适。
免责声明： 我假设你在谈论 UI 自动化，因为你为这个问题添加了标签 (selenium 和 ui-自动化).