我已经阅读了一些关于什么是测试自动化框架的基本定义，但我希望用简单的话和更实际的例子来了解。
让我们说。
我拥有一家公司，该公司在不同的平台上为不同的目的生产不同种类的产品。例如。 Spotify 网络版、ipad/Android 和 Ebay.com 上多个平台上的 Google Map 应用程序。
现在因为所有这些产品都具有不同的性质和目的在不同的平台上。我们如何实现涵盖所有这些的测试自动化框架。
PS：问题的目的是了解框架在测试自动化中的实际含义以及如何为不同的产品实现它？
【问题讨论】：
标签： testing test-plan test-framework testautomationfx gui-test-framework
测试自动化框架是一组准则，如编码标准、测试数据处理、对象存储库处理等……在自动化脚本编写过程中遵循这些准则会产生有益的结果，例如增加代码重用、更高的可移植性、降低脚本维护成本等等。
请注意，这些只是指导方针，而不是规则；它们不是强制性的，您仍然可以在不遵循指南的情况下编写脚本。但是您会错过拥有框架的优势。
最广为人知的框架是：
数据驱动框架 DDF - 使用多组数据测试应用程序（将测试数据与测试脚本分离）
关键字/动作驱动框架——不仅将测试数据与测试脚本分离，而且还在外部文件中保留一些可重用的代码（关键字/动作在 web 元素上执行，如点击、发送键、选择、导航、等待等）。
TDD- 测试驱动开发- 测试驱动产品开发。 迭代方式：添加测试-观察测试失败-编写代码通过测试-再次运行测试直到通过-重构。
BDD-它是业务驱动的开发方法。 专注于商业行为；代码背后的“为什么”。 它使用了一种简单的、特定于领域的脚本语言，在这种语言中，业务和技术团队之间的协作很容易。 使用 BDD 的测试自动化侧重于验证用户故事的接受标准。
我建议您使用混合测试框架，它是上述多个框架的组合。这种设置的最佳之处在于它利用了各种相关框架的优势。 出于可重用性的目的，请继续使用 BDD 与 DDF 或 BDD 与关键字的组合。
关于细节不明白： https://www.cs.colorado.edu/~kena/classes/5828/s12/presentation-materials/ghanakotagayatri.pdf
【讨论】：
您可以获取有关页面对象模型的信息，这是目前市场上使用框架进行测试自动化的一种。
链接是： What's the correct Protractor's syntax for Page Objects?
【讨论】：