在编写脚本的时候必然会遇到技术问题或业务问题，需要有资深的工程师或TL协助解决，并且在整体的架构上全局把握。脚本编写完成后，需要有一个抽查Review的过程，挑几个典型的脚本review一下，看看是否存在不足的地方，然后改进。
3.5 自动化测试脚本测试
当每一个测试用例所形成的脚本通过测试后，并不意味着执行多个甚至所有的测试用例就不会出错。输入数据以及测试环境的改变，都会导致测试结果受到影响甚至失败。而如果只是一个个执行测试用例，也仅能被称作是半自动化测试，这会极大的影响自动化测试的效率，甚至不能满足夜间自动执行的特殊要求。
自动化测试脚本最基本的原则是测试结果可信，也就是在批处理运行这些脚本的时候，该测试通过的就测试通过，该测试失败的就测试失败，如果出现本应该失败的脚本在运行的时候通过了或本应该通过的脚本在运行时失败了，测试结果就变得不可信了，自动化测试也就失去它本应该有的意义。
因此，脚本的测试与试运行极为重要，它需要检查多个脚本不能依计划执行的原因，并保证其得到修复。同时他也需要经过多轮的脚本试运行，以保证测试结果得一致性与精确性。
3.6 自动化测试脚本执行
自动化脚本主要有三个用途：功能测试、为手工测试做数据准备和回归测试。在功能测试的阶段，可以利用自动化测试脚本进行数据的准备，也可以利用自动化脚本进行功能测试。在项目稳定之后自动化测试的最大价值就是回归测试。
脚本可以分为三个级别：基本流程测试脚本，用于每次出新build安装后做smoke test;关键功能测试脚本，每次出新build后对所有重要功能进行回归测试，确保改动不会对原有功能的造成影响;全面回归测试脚本，系统经过比较大的修改或系统上线前作回归测试。自动测试脚本在回归测试中发挥了出色的作用，特别是系统在上线前夕，为了适应客户的需求，功能不断修改，对于原有的功能，自然不可能都手工测试，脚本在这个时候的意义特别大。
3.7 自动化测试的持续集成
自动化测试可以做到持续集成，从编译到测试，任何一步都可以自动化：
1、将所有的源代码存放在服务器，持续集成任务起来后到源代码管理服务器上进行自动编译，对编译的结果进行分析，并将编译成功的软件版本放到发布服务器;
2、将新版本的软件下载到测试环境，并且自动安装;
3、自动安装成功后进行冒烟测试，如果冒烟测试成功则证明软件的版本是可用的;
4、自动执行自动化测试脚本进行功能测试或回归测试;
5、自动化测试结束后生成测试报告，将测试结果发送邮件给相关的人员。
在持续集成中任何一步失败都会导致整个测试失败，自动化测试生成失败的测试报告，并将测试结果发送给相关的人员。
后记：这是一篇很早很早以前就想写的文章，一方面总结自己做自动化测试的一些收获，另一方面想回答很多同事或朋友的问题，但一直处于忙碌的状态，偶尔闲下来也想偷懒休息，也就一直搁置到现在。敲完这些文字，终于了却一份心愿。
文章来源于领测软件测试网 https://www.ltesting.net/
