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

法老王

我已经阅读了什么是Test Automation Framework的一些基本定义,但我希望以简单的文字和更实际的示例来了解。

可以说。

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

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

PS:问题的目的是了解测试自动化框架的实际含义,以及如何针对世界各地的产品实施该框架?

普里雅

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

请注意,这些只是指导原则,而不是规则。它们不是必需的,您仍然可以在不遵循准则的情况下编写脚本。但是您会错过拥有框架的优势。

最广为人知的框架是:

具有多组数据的数据驱动框架DDF测试应用程序(从测试脚本中分离测试数据)

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

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

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

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

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

本文收集自互联网,转载请注明来源。

如有侵权,请联系 [email protected] 删除。

编辑于
0

我来说两句

0 条评论
登录 后参与评论

相关文章

TOP 榜单

热门标签

归档