天啊 某大佬整理的软件自动化测试工具的历史演进

Posted 2021-04-29 测开工程师的成长之路

   导读

软件测试最早可以追溯到1958年的美国第一个载人航天计划-水星计划，当时在该计划中首次诞生了软件测试团队。当然，在此之前也肯定是有软件测试存在的，但远没有这次有了自己的江湖地位。但这也仅仅是软件测试的萌芽，远没有到开宗立派的地步。因为你想想这时候软件也只是萌芽阶段，各种软件的理论，标准都还没有诞生，所以更别提软件测试了，因此很长一段时间内，软件测试时间内是没有什么发展的。

时间到了1975年，这一年，软件行业的一个超级豪门诞生了-微软。我 不知道微软是不是第一家纯软件开发的公司，但微软确实使软件开发得到了快速的发展。也是从那时候起，美国的软件行业一骑绝尘。随着软件行业的蓬勃发展，软件的规模越来越大，复杂度也越来越高，随着而来的是软件的质量被逐渐的关注起来，软件测试的理论逐渐得到积累。到了1979年，梅尔斯出版了软件测试第一版本著作《软件测试的艺术》这本书，第一次明确的给出了软件测试的定义“The process of executing a program or system with the intent of finding errors”，至此软件测试算是正式的开宗立派， 有了自己的江湖地位。个人认为现代测试的开端应该就由此开始。推荐大家都去读一读这本书，不一定能学到多少新东西，但是就凭它的江湖地位就足以让大家去瞻仰一下了。

软件测试的开宗立派，蓬勃的发展也给软件自动化测试提供了丰富的土壤。江湖一直有着这么一句名言“天下武功，唯快不破"，而如何快呢，程序比人快，自然而然的想到了让程序测试程序。1985年这一年，一款叫AutoTester的测试工具出现了，当然那时候还是Dos系统。早期的测试工具的功能和效用确实因为太过于久远而不可考，但这种萌芽的开端却给后来自动化测试以及测试工具的丰富打下了好的基础。

过去性能测试通常是开发自测、或以项目需求驱动的方式实施，也就是根据需求在测试环境验证相应的性能目标，出具性能验收报告后就算结束。但随着业务系统的迭代速度不断加快，这种做法也会存在诸多不足：

首先，测试环境得出的测试结果，可以验证程序级问题，但因环境和数据的差异，无法验证或获得业务系统在生产环境的性能指标。

其次，随着业务需求变更的频率不断加快，发布周期随之缩短，很多紧急项目直接跳过性能测试就上生产。也造就了一个行业误区：功能一定要测，性能可以不测。举个例子，比如说变更数据库连接数则是一个反例。 

第三，据了解过的大多企业，为了生产系统的安全，日常水位很低，比如CPU利用率不到10%，高峰时期可能达到20%。之所以资源利用率低，也是因为对生产容量的不确定性所造成。

另外，以项目需求驱动测试的做法，测试结果将会是数据孤岛，很难做到可持续的性能基线跟踪和风险识别，容易引发累积雪崩性问题。

自动化测试工具发展进程

在1989年，一家叫Mercury Interactive的公司在美国的加利福尼亚州成立，同年这家公司发布一款工具-LoadRunner, 是的，就是那款你知道的工具（有不知道的吗？）。都说一入江湖岁月催，长江后浪推前浪，但这确实一款始终没有被拍死在沙滩上的前浪，至今仍是一款举足轻重的性能测试解决方案。正如江湖中的屠龙刀，倚天不出，谁与争锋！所以，软件测试自动化是从性能测试开始的，当然这也是必然，功能测试自动化并不像性能测试自动化那么急迫，那么不可替代。时至今日，性能测试这一武林秘技依然是软件测试江湖的高级货。

随着软件行业的发展，特别是IEEE标准的完善，CMM模型，V模型，Rational模型的诞生，软件测试也被提到了一个比较高的地位上。软件测试的发展也催生了众多流派的诞生，单元测试，功能测试，性能测试，自动化测试可谓百花齐放。 

Mercury Interactive公司（该公司早期的Winruner，loadrunner，TestDirector真的可以成为测试三剑客，囊括了测试管理，功能测 试，性能测试）。时隔6年，1995年，Mercury Interactive发布了另一款重磅产品:winrunner。winrunner是一款实现了录制/回放的功能自动化测试工具，早期的测试人员肯定或多或少的都听说过这个工具,而早期的自动化测试也大多以录制/回放这种架构来进行。我记得在07年的时候，这款工具都还是比较流行的，当时所在的公司做的是Delphi的程序，使用Winruner进行测试还是比较给力的，但是当时winrunner的颓势已现。Mercury Interactive另一款工具QuickTest Professional已经占据主流，即使是现在，大家对QTP也应该不会陌生，QTP这款工具也提供了录制/回放功能，最为令人兴奋的是它首次引入了关键字驱动测试框架。它把每个测试步骤都划分为操作对象，行为以及操作的数据，并以表格的形式展现出来，而且对每个测试步骤都可以进行可视化的编辑。这已经是相当高层次的自动化测试框架了。

2001年2月，Martin Fowler，Jim Highsmith等17位著名的软件开发专家齐聚在美国犹他州雪鸟滑雪圣地，举行了一次敏捷方法发起者和实践 者的聚会。在这次会议上面，他们正式提出了Agile(敏捷开发)这个概念，并共同签署了《敏捷宣言》。随着时间的推移，软件开发模型已逐渐由瀑布模型为主导的转向敏捷开发模型。

华为在2009年时候也在大力推进敏捷开发模型，运营商BG部门在软件开发的部分阶段中开展敏捷流程。互联网公司更是全流程开展了敏捷的开发模式。由此带来了软件行业发展的大暴发，与此同时软件变更速度也在加快。一些传统的自动化测试工具显示力不从心，很难应付软件开发的快速迭代和变更，导致一些公司开展自动化测试，徒劳无功。主要原因有：自动化用例建设速度慢，跟不上软件新增内容；软件变更频繁导致用例维护成本巨大；学习成本高。所有这些都是自动化测试在中国软件业难以建树的主要原因。

 

软件自动化测试的五个阶段

软件自动化测试从1985年算起已经有35年的历程，自动化测试工具紧随软件开发时代的变化而变化。每个时代都有每个时代特征，每个自动化测试工具的出现都有他存在的理由，随着的时代的变迁，有的已退出历史舞台，有的为适应时代的变化，在不断的改变自我。历史就是这样，只有你适应这个时代才能生存下去。

转载自：https://www.testwo.com/blog/8572

推荐阅读：

       

       

扫码关注我们

公众号：测开工程师的成长之路