我已经阅读了一些关于测试自动化框架的基本定义，但我想用简单的单词和更实际的例子来了解。
让我们说。
我拥有一家公司，为不同的目的在不同的平台上生产不同种类的产品。例如。在几个平台上Spotify网络版，ipad / Android和Ebay.com上的Google Map应用程序。
现在，由于所有这些产品具有不同的性质，并且在不同的平台上使用。我们如何实现涵盖所有这些的测试自动化框架。
PS：问题的目的是了解框架在测试自动化中的实际含义，以及如何在产品世界中实现它？答案 0 :(得分：1)
测试自动化框架是一套指导原则，如编码标准，测试数据处理，对象存储库处理等......在自动化脚本编写过程中遵循这些指导会产生有益的结果，如增加代码重用，更高的可移植性，降低脚本维护成本等。
请注意，这些只是指导而非规则;它们不是强制性的，您仍可以在不遵循指南的情况下编写脚本。但是你会错过拥有框架的优势。
最广为人知的框架是：
数据驱动框架DDF-测试app，包含多组数据（从测试脚本中隔离测试数据）
关键字/动作驱动框架 - 不仅可以将测试数据与测试脚本分开，还可以在外部文件中保留一些可重复使用的代码（关键字/操作在Web元素上执行，如单击，发送密钥，选择，导航，等待等）。
TDD-测试驱动开发 - 测试推动产品开发。 迭代方法，其中：添加测试表测试失败 - 编写代码以再次通过测试运行测试，直到它通过重构。
BDD-这是业务驱动开发方法。 专注于商业行为;代码背后的“为什么”。 它使用了一种简单的，特定于域的脚本语言，其中Business＆amp; S之间的协作很容易。技术团队。 使用BDD进行测试自动化的重点是验证用户故事的验收标准。
我建议您使用混合测试框架，它是多个上述框架的组合。关于这种设置的最好的事情是它利用了各种相关框架的好处。 对于可重用性目的，请继续使用带有DDF的BDD或带有关键字的BDD组合。
有关详细信息： https://www.cs.colorado.edu/~kena/classes/5828/s12/presentation-materials/ghanakotagayatri.pdf
答案 1 :(得分：0)
您可以获取有关Page Object Model的信息，这是目前在测试自动化市场中使用Framework的一个。
链接是： What's the correct Protractor's syntax for Page Objects?