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



我已经阅读了一些关于测试自动化框架的基本定义,但我希望用简单的语言和更实际的例子来了解。

比方说。

我拥有一家公司,该公司生产在不同平台上为不同目的生产的不同种类的产品。 例如,Spotify Web Version,ipad/Android上的Google Map应用程序以及多个平台上的 Ebay.com。

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

PS:问题的目的是理解测试自动化中框架的实际含义,以及如何针对不同的产品实现它?

测试自动化框架是一套指导方针,如编码标准,测试数据处理,对象存储库处理等......在自动化脚本过程中遵循这些准则会产生有益的结果,如增加代码重用,更高的可移植性,降低脚本维护成本等。

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

最广为人知的框架是:

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

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

TDD - 测试驱动

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

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

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

对于未突出的细节:https://www.cs.colorado.edu/~kena/classes/5828/s12/presentation-materials/ghanakotagayatri.pdf

您可以获取有关页面对象模型的信息,该模型是当前在测试自动化市场上使用的框架模型。

链接是:页面对象的正确量角器语法是什么?

相关内容

  • 没有找到相关文章

最新更新