不同类型产品的测试自动化框架

Question

我读过一些测试自动化框架的基本定义，但我希望用简单的语言和更实用的例子来了解。

让我们说。

我拥有一家公司，为不同的目的在不同的平台上生产不同种类的产品。例如，Spotify网络版本、ipad上的Google应用程序、以及多个平台上的/Android和Ebay.com。

现在，由于所有这些产品的性质不同，在不同的平台上进行改进。我们如何实现包含所有这些的测试自动化框架。

PS:问题的目的是理解测试自动化中的框架实际上意味着什么，以及如何在产品世界之外实现框架？

Answer 1

测试自动化框架是一组准则，如编码标准、测试数据处理、对象存储库处理等。这在自动化脚本编写过程中会产生有益的结果，例如增加代码重用、更高的可移植性、降低脚本维护成本等。

请注意，这些只是指南，而不是规则；它们不是强制性的，您仍然可以在不遵循指南的情况下编写脚本。但是你会错过拥有一个框架的好处。

最广为人知的框架是：

数据驱动框架DDF-使用多组数据测试应用程序(将测试数据与测试脚本分离)

关键字/动作驱动框架-不仅将测试数据与测试脚本隔离，而且在外部文件中保留一些可重用的代码(关键字/动作在web元素上执行，如单击、发送键、选择、导航、等待等)。

TDD-测试驱动的开发-测试驱动产品的开发。迭代方法:添加测试-监视测试失败-编写代码再次通过测试运行测试，直到它通过-重构。

BDD--这是业务驱动的开发方法。专注于商业行为；代码背后的“为什么”。它使用了一种简单的、特定于域的脚本语言，在这种语言中，业务和技术团队之间的协作很容易。使用BDD的测试自动化集中于验证用户故事的接受标准。

我建议您使用混合测试框架，它是上述多个框架的组合。这种设置的最佳之处在于它充分利用了各种关联框架的好处。为了可重用的目的，继续使用BDD与DDF或BDD与关键字的组合。

关于未完成的细节：https://www.cs.colorado.edu/~kena/classes/5828/s12/presentation-materials/ghanakotagayatri.pdf

Answer 2

您可以获得有关的信息，该模型是目前在测试自动化市场上使用的框架。

链接是：What's the correct Protractor's syntax for Page Objects?