3.3 自动化测试实施策略
我们在制定自动化测试实施策略时，首先应该考虑其中可能存在的风险。
1．自动化测试时间不充足
有时根据项目计划的安排，测试人员往往被安排利用自己的个人时间或者项目后期介入自动化测试，使得没有充分的时间进行自动化测试，无法得到真正的关注。
2．对自动化测试期望过高
有很多好的理由去开展自动化测试工作，诸如自动化测试可以节省时间，使测试更加简单，提高测试的覆盖率，可以让测试人员保持更好的测试主动性。但是人们却经常过高地期望自动化测试实施后马上就能产生的效果目标。不同的公司及其投入自动化测试的资源状况，需要对自动化测试寄于不同的符合自身状况的目标，否则面对的很可能是失望。
3．缺乏自动化测试实施的经验
因为没有经验，结果初期计划投入的资源太少，导致自动化测试迟迟未能正常启动，无法按计划达到期望的目标。
4．自动化测试工具更新过于频繁
学习不同自动化测试工具的特性和脚本风格往往需要花费很多时间。当自动化测试工具更新换代频繁时，你就丧失了一部分刚刚学习到的自动化测试经验。
5．自动化测试工具对软件测试本身没有起到帮助作用
在很多软件项目中发生了这样的情况：自动化测试工程师认为实现产品的自动化测试比测试本身更有趣，他们不参与到软件测试的具体活动中。由于测试的自动化与测试的人为割裂，导致很多自动化测试工具对软件测试并没有太大的帮助。
当我们有了针对自动化测试实施风险的准备后，就可以开始考虑：需要在什么阶段开始启动自动化测试？自动化测试的人力投入方式如何？如何执行测试脚本才更高效？
首先，在何时启动自动化测试，每个公司的情况都不同。有的公司是在测试用例都手工执行过并且测试用例不再修改时，再开发相应的自动化测试脚本；而有的公司则是在开发测试用例的同时，就进行脚本的开发。如果团队中测试用例的设计者是一个有着丰富测试用例设计经验的工程师，他所开发的测试用例是高效的，未来改动较少，则可以考虑在开发测试用例的同时，同步开发自动化测试脚本。如果团队中测试用例的设计者是一个测试用例设计经验不丰富或是设计的测试用例质量不高效的人，其开发的测试用例需要在后期经常进行许多的改动，则还是考虑等到测试用例本身稳定后，再开始脚本开发。
其次，自动化测试人力投入方式的选择也是有讲究的。据笔者了解，大部分公司是由专人进行自动化测试脚本开发的，少部分大公司则是全民开发自动化测试脚本。这两种方式都各有利弊：专人进行脚本开发，优点是开发脚本的专业技能可以不断地得到强化，开发效率大大提高；缺点是由于对开发模块的测试用例了解并不深入，有可能开发出的自动化测试脚本只是“翻译”测试用例，发现bug的概率较小。而有的大公司，由于员工的整体素质较高，通常都具备一定的开发能力，则由每个模块的手工测试者自行开发自动化测试脚本。虽然，手工测试者脚本开发的熟练程度没有专门的脚本开发者熟练，但是由于手工测试者是最了解测试用例真谛的人，因此他开发出的测试脚本就不仅仅是“翻译”，而可能是对测试用例的“升华”，其测试脚本发现bug的概率会更大。
