1.1 什么是自动化测试

1.什么是软件自动化测试

• 软件自动化测试就是通过测试工具或者其他手段，按照测试人员的预定计划对软件产品进行自动化测试，他是软件测试的一个重要组成部分，能够完成许多手工测试无法完成或者难以实现的测试工作，正确合理的实施自动化测试，能够快速，全面的对软件进行测试，从而提高软件质量，节省经费，缩短软件的发布周期。

2.软件自动化测试的历史

自动化测试就是任何利用工具来辅助的测试，几乎在计算机工业产生的第一天，这种测试就出现了。而且历史上从来没有出现过“测试自动化取代测试工程师工作”这种事情发生，除非你完全忽略测试人员们的真正工作。 基于同样的原因，自动空间探测器从来都不是用来“取代太空科学家的工作”，他们只是拓展了科学家的探索范围。自动化测试也是意味着拓展了测试者的探索范围。 测试自动化根本就不是新生事物，在很久以前，大约在上世纪40年代末期。开发人员自己测试程序。到了六十年代，关于测试的论文都是在论述开发人员如何测试他们自己的程序。测试（test）和调试（debug）这两个概念也没有被区分开。随着软件系统的规模越来越大，独立测试的理念还是变得时髦起来。在1972年的Chapel Hill，关于软件测试的第一次会议召开，这次会议推动了软件测试开始作为独立于开发的技术被讨论。 不过在这个会议上，我想他们把一件事情搞错了。就是他们对测试自动化寄予了很多期望和热情。这种期望最后没有成功实现，不过不是因为缺少实践，而是缺乏足够好的理解。 他们没有理解的，同时也是许多同时代程序员没有理解的是：好的软件测试，天然的，必然的是一种人类活动，必然的，而不是偶然的。测试是一种社会活动，一种心理活动。软件越复杂，人在使用和识别软件问题上的作用就越大。但是Chapel Hill会议被那些受训练为程序员和电子工程师的人占据了，这个会上缺乏那些懂得如何去思考的人。 受训的独立测试人员的理念要比自动化测试的理念还要新，但是和测试自动化比起来，这个理念的接受程度还不够，因为对测试人员的培训实在是太糟糕了！ 所以有人理解测试是一种简单的技术，测试就是保证对API的调用不会让程序像个不受控的野兽一样滚到不知哪里去。这种理念还在那，比如说微软。我被告知，Microsoft Office，一个仍然在膨胀中的软件，是由那些没有系统学习过软件测试的开发人员，在那些“自动化测试工具”的支持下写出来的。 测试自动化无法再现测试工程师构想测试、控制测试、修改测试、观察和评估产品时的那些创造性思维。测试自动化不能完成那些高质量的测试。所以，测试自动化从来就不意味着：把那些测试工程师提供的服务自动化。 总之一句话，测试自动化意味着使用测试工具。自动化测试是个古老的理念。