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

Test Automation Framework for different types of products

我已经阅读了一些关于什么是测试自动化框架的基本定义,但我希望通过简单的文字和更实际的示例来了解。

让我们说。

我拥有一家公司,该公司生产在不同平台上用于不同目的的不同种类的产品。例如。 Spotify 网络版,Google 在多个平台上的 ipad /Android 和 Ebay.com 上映射应用程序。

现在,由于所有这些产品在不同的平台上具有不同的性质和用途。我们如何实现涵盖所有这些的测试自动化框架。

PS:问题的目的是了解框架在测试自动化中的实际含义,以及如何在不同的产品世界中实施它?

测试自动化框架是一组准则,如编码标准、测试数据处理、对象存储库处理等...在自动化脚本编写过程中遵循这些准则会产生有益的结果,如增加代码重用、更高的可移植性、减少脚本维修费用等

请注意,这些只是指南,不是规则;它们不是强制性的,您仍然可以在不遵循指南的情况下编写脚本。但是您会错过拥有 Framework 的优势。

最广为人知的框架是:

数据驱动框架 DDF- 具有多组数据的测试应用程序(将测试数据与测试脚本分开)

Keyword/Action 驱动的框架——不仅将测试数据与测试脚本隔离开来,而且还保留了一些可重用的代码集(关键字/在 Web 元素上执行的操作,如点击、发送键、select、导航,等等)在外部文件中。

TDD- 测试驱动开发- 测试驱动产品开发。 迭代方法,其中:添加测试 - 观察测试失败 - 编写代码以通过测试 - 运行 再次测试直到通过 - 重构。

BDD——业务驱动开发方法。 专注于商业行为;代码背后的“为什么”。 它使用一种简单的、特定领域的脚本语言,业务和技术团队之间的协作很容易。 使用 BDD 的测试自动化侧重于验证用户故事的验收标准。

我建议您使用混合测试框架,它是上述多个框架的组合。这种设置的最好之处在于它利用了各种相关框架的优势。 出于可重用性目的,请继续使用 BDD 与 DDF 或 BDD 与关键字的组合。

详细理解: https://www.cs.colorado.edu/~kena/classes/5828/s12/presentation-materials/ghanakotagayatri.pdf

您可以获得有关页面对象模型的信息,这是目前市场上用于测试自动化的框架。

Link 是: What's the correct Protractor's syntax for Page Objects?