自动化测试总结（一）

最近要在新入职的公司准备一份自动化测试的培训，这是我在得知要做自动化测试培训以后，随手画了个图，压压惊：

这是我能想到的关于自动化测试的一些要点，然后根据一篇我三年前写的关于自动化测试的随笔更新了一下，当然遗憾的是到目前为止，我接触的成功的敏捷开发项目还很少，虽然敏捷近些年一直很火。关于敏捷自动化测试这一块也只有一次不太成功的经验，所以本文中我回避了这一块：

1.什么是自动化测试

以程序测试程序，以代码代替思维，以脚本的运行代替手工测试。自动化的测试涵盖了：功能（黑盒）自动化测试，功能（白盒）自动化测试，性能测试，压力测试，GUI（Graphical User Interface）测试，安全性测试等。

【Updated on 7/28/2015】

关于什么是自动化，查阅了一些资料，并没有一份权威规范的解释，以下摘自维基百科：

In software testing,test automation is the use of special software (separate from the software being tested) to control the execution of tests and the comparison of actual outcomes with predicted outcomes.Test automation can automate some repetitive but necessary tasks in a formalized testing process already in place, or add additional testing that would be difficult to perform manually.

首先，test automation跟 automation test是有区别的，测试自动化涵盖的面更广泛。本文阐述的是自动化测试，在这里暂且混淆这两个概念。

这一段英文不难，自行翻译。我眼里看到的几个要点：1.需要工具；2.工具控制流程，比较预期输出与实际输出；3.重复性高且有必要的测试流程可以自动化；4.用于手工测试难以达成的领域

说说我自己的理解：

自动化测试是测试思想的一个延伸，为测试工程师提供了一个“触须”，其行为可以看成一个工具，但是本质上自动化测试还是一种思想。

顺便提一句，狭义上的自动化测试指的就是基于GUI的自动化测试，而单元测试跟API测试，你有想过怎么用手工不借助任何工具去做吗？所以它们天生就属于测试自动化的范畴。

2.自动化测试的优势

回归测试更方便可靠 ；可运行更多，更繁琐的测试，且快速高效；可执行一些手工测试执行相当困难或者做不到的测试，如大量的用户并发；更好的利用资源，具有一致性和可重复性的特点，自动化测试脚本完全可复用；提升了软件的可信度；多环境下测试等。

【Updated on 7/28/2015】

自动化最实在的优势在于——工作好找：有一个测试工程师（并不是本人）发现一个有趣的现象，她申请过的几乎所有测试职位，在招聘时都需要自动化测试经验。但当她开始工作后，就发现这些公司都试图做自动化测试，但是结果大多不怎么地。不过，尽管她参与的都是一些杯具的项目，不过她总能把这些杯具包装成洗具以应对下一次面试。

所以呢，既然自动化测试有那么多优势，为什么还有那么多项目做失败了呢？

我个人有个推论：自动化测试的优势都是自动化测试成功完成得到的结论，而自动化测试的劣势才是自动化项目立项的基础。

还有个优势：自动化测试可以将产品的知识固化到脚本中，以降低测试人员流动对项目造成的影响。但是这个优势的前提是，这些脚本易于维护，这就需要一些必要的文档，这又是另一个议题了。

3.自动化测试无法做到的事以及劣势

永远不可能完全替代手工测试，自动化测试无法做到手工测试的覆盖率，不是每个测试用例都适合做成自动化，如建议一个页面的布局是否正确、安装测试、文档测试、兼容性测试、恢复性测试。

手工测试发现的缺陷远比自动化多。自动化测试是几乎无法发现新缺陷的，最大的用途是用来回归，确保曾经的bug没有在新的版本上重新出现。

自动化测试工具是死的，它不具备任何想象力。自动化测试的好坏，完全取决于测试工程师。

成本投入高，风险大。对测试人员的技术要求高，对测试工具同样有要求。

【Updated on 7/28/2015】

关于成本，包括了资金预算，人力资源，人员培训，硬件资源等。下图显示了自动化测试的投入成本与时间的关系，很显然，前面多数时间，成本是很高的。

基于以上劣势，所以虽然“贵为”自动化测试工程师，我有一大半的时间在劝老板，“亲，能不能不做自动化”。这真是个悲伤的故事。

（看官莫急，下回分解）