我正在努力在组织中建立自动化测试实践和测试套件。同行告诉我，我们“应该使用框架”。对我来说，框架是任何一组代码和/或其他工具，可以帮助您创建一些东西。
我的同行似乎在暗示有行业标准的自动化测试框架。
我之前在设计测试系统时看到了以下模式：
我的同行包括“模块化”作为其中之一。由于我在软件工程方面的背景，我听到“模块化”这个词，并想到了模块化编程（与面向对象，面向方面或程序编程相对）......一种组织代码的方式，而不是方法论或框架类型本身。
我已经看过维基百科对“模块化自动化”的定义，它看起来与编程范例相同。
我错过了什么？我可以阅读哪些内容与我的同行一样？是我或他不明白的东西？我有十多年的软件工程经验，我的同行已经在QA工作了近这么久。他无法提供参考资料。我已经搜索了谷歌6个小时，现在试图了解这个“模块化框架”，找不到技术示例，只能找到标准编程范例（例如将代码组织到模块中）。
答案 0 :(得分：1)
事实证明，自动化测试的主要行业标准设计是：
另外，使用“混合”方法。这些是使用上述设计中的一种以上的方法。
在网络上的许多地方（包括维基百科），“模块化驱动”测试用例设计被错误地称为是上面列出的自动化测试用例设计策略之一。这个错误术语（“模块化驱动”）的定义似乎更多地与编码的组织方面有关，而不是One驱动自动化测试的方式。 “模块化驱动”自动化测试是一种误称（或完全错误的术语）。换句话说，没有这样的事情。术语“模块化”描述了正在使用的编程范例。
测试的模块化方面在于其组织，将代码存储在模块中，而不是像OOP或Procedural等其他编程范例。
答案 1 :(得分：1)
我听说模块化自动化也被称为基于组件的测试用例设计。惠普是这个领域的重要参与者。提出了一个名为Business Process Testing的产品。
它包括：
•可重用的业务组件
•业务组件转换为业务流程测试
业务组件是可重用的单元，用于在业务流程中执行特定任务。 （例如 - 添加到购物车） 业务流程测试是包含业务组件的方案（例如 - 下订单）
在HP的Quality Center中，业务组件模块使您可以创建和管理可重用的业务组件。
然后，测试计划模块允许您将组件拖放到业务流程测试中，并调试组件。