1、自动化测试的定义

　　我们一直在说自动化测试，也一直在做自动化测试，那到底什么是自动化测试？以自动化的方式完成测试？测试过程的自动化？通过写脚本，以机器执行代替手工校验？理解方式很多，也都可以认为正确。从我们目前的工作去理解自动化测试其实就两点：测试过程的自动化和测试结果分析的自动化，换言之，就是通过写脚本语言，让机器代替手工执行，实现测试过程自动化并给出最终的测试结果，校验通过或校验不通过。

　　2、自动化测试的优势

　　通过自动化测试的定义我们可以发现，利用自动化测试可以起到高效，准确，客观的测试作用。首先，测试的高效性，手动测试的速度远不及机器执行的速度，在单位时间内通过机器执行的用例数量远远大于手工执行的量，同时，由于机器的执行时间可以控制，所以我们可以通过制定测试计划来控制执行的时间，将人工从执行测试用例里面解脱出来。其次，测试的准确性，由于机器执行的高效性，从而可以提高测试用例的边界覆盖度，从测试的广度上保证测试质量。测试的客观性，由于整个执行的过程是由机器执行，包括测试结果的分析都是通过机器得到，在保证了测试脚本的正确性的前提基础上，整个测试执行过程都是依靠机器判断，不需要依赖人为判断，保证了客观性。

　　对于用户而言，一个软件产品，用什么工具开发，用了什么测试方法测试都不重要，大家关心的只是软件质量。自动化测试的这些特性都是能够提高软件的质量。因此，目前越来越多的公司开始引入自动化测试。

　　3、自动化测试的普遍介入时间

　　就自动化测试介入时间有过很多的讨论，目前普遍认为，自动化应该在回归测试或者软件基本功能或者流程已经成型的条件下而且以后变动不大的情况下,就可以开始介入自动化测试了。其实，这个介入时间是从自动化测试成本的角度去考虑的。首先，毫无疑问，在回归测试阶段由于软件的基本功能已经稳定，页面结构也已经不大会变化，这个时候，可以写脚本，跑脚本。由于变动不大，脚本后期也不会有多大更改，所以脚本的维护成本相对较低。但是在项目开发提交测试阶段介入自动化测试，估计并不能得到大部分人的赞同。因为，开发提交测试阶段，软件的一些模块功能并不稳定，尤其是一些页面结构上变动会比较大，例如测试认为这个界面从设计的不漂亮，提bug，然后开发同学这对测试提交的bug重新布局页面控件。这个时候，假设前期写好的脚本用于执行了，但是随着开发页面的更改，脚本就全部报废，需要修改从而提高了脚本编写与维护的成本。所以，很多人都认为在项目中期开展自动化测试并不是最佳时机。

　　4、在项目中期开展自动化测试的可行性

　　很多人在项目中期开展自动化测试存在顾虑，主要原因就在于脚本的维护成本比较高，而且在项目中测试时间比较紧张，所以在这期间开展自动化测试并不是最佳选择。事实上，选择合适的项目并在项目中期开展自动化测试也是完全可行的。

　　● 首先从项目选择的角度出发

　　对于一些比较小的项目而言，功能流程比较简单，页面结构也会比较稳定，所以一旦开发提交测试了，软件基本功能或者流程已经成型，页面也不会有大改动，并且项目中有大量重复性操作的校验，或者是分支点很多的校验，这类项目的话自动化测试人员可以在冒烟阶段就开始编写脚本，在P1阶段就可以跑脚本了，并且脚本的维护成本也会比较低。这样的项目就比较适合做自动化。

　　另一种情况是，一些新的项目往往是在一些原有项目的基础上的一种升级，或者说在原有项目的基础上进行增加新的功能。所以新项目中有一部分测试是针对已有功能的校验或者是在原有主流程基础上的一些新增加功能的测试。针对这类项目中的这部分模块也可以尝试在项目中期进行自动化测试。

　　还有一种情况是，项目中某些模块对页面依赖并不是非常大，换句话说页面操作涉及的控件比较少，但是有大量的重复性的操作或者是大量的数据库校验的一些模块也完全可以通过自动化测试来完成。