我在工作中遇到了一些情况，当时我的同事们为自动化工具开发了一些可重用的方法/功能并提出了建议，就像他们已经开发了自动化框架。
我个人发现测试自动化框架的定义非常广泛，可能包括（但不限于）-语言支持，IDE支持，测试报告生成，恢复机制，测试执行计划，测试报告传递机制等。
用某种语言创建一些可重用的方法应该/可能不符合框架的要求，尽管它可能会增加整个框架。但是然后我如何让他们知道他们的创作不是框架？
#1 楼
好吧，在堆栈溢出时出现了一个问题“库和框架之间有什么区别”，我认为公认的答案，尽管在这里改写也适用于这里。Wikipedia调用框架“流行语”。它将软件框架定义为
软件框架是用于软件系统（或
子系统）的可重复使用的
设计。软件框架可能
包括支持程序，代码
库，脚本语言或
其他软件，以帮助开发和
将软件的不同组件粘合在一起
项目。框架的各个部分可以通过API公开
。
因此，进行一些搜索并替换魔术，我认为您可以将测试自动化框架定义为下一页：
自动化测试框架是自动化测试系统的可重用设计。自动化测试框架可能包括支持程序，工具和其他自动化测试库，以帮助开发和粘合自动化测试项目的不同组件。
#2 楼
很难防止人们在简历，工作中，政治中以及生活中的其他地方滥用抽象。除了争论抽象之外，您还需要在上下文中谈论具体细节。测试软件的使用方式。因此，例如，如果您的经理正在向测试团队询问有关测试框架的建议，那么您需要明确说明该框架中的需求，就像您要购买居住场所或汽车一样。
评论
同意并且让我最沮丧的是，当我看到人们一次又一次回到相同的模式时-“我开发了一个框架”。 +1为您的答案。
–塔伦
2011年5月13日下午6:18
评论
+1我们当然生活在流行语时代。我们中有多少人“敏捷”？ :-)
–corsiKa♦
2011年5月12日5:39
@glowcoder不，您的意思是“敏捷”。 “敏捷”是完全不同的东西:-)
–布鲁斯·麦克劳德（Bruce McLeod）
2011年5月12日7:20
我宁愿自己的过程“敏捷”，也不愿“敏捷”。
–史蒂文
2011年5月12日在12:29
如果没有流行语，我们就不会成长为一个社区。 ;-)
– MichaelF
2011年5月12日在12:41
@glowcoder和@Bruce McLeod，您不是都说'frAgile™'吗？ ：P
– yoosiba
2011年7月7日在14:27