项目马上要发布了，自己参与的这个项目是自动化中期介入的，主要是涉及到项目中核心部分的主流程。结合我的经历，我觉的在这次项目中自动化脚本原本可以发挥它更大的作用。而且自动化脚本应该有专门的测试人员来执行。

　　1．  自动化脚本应该何时介入。可能对于不同的项目，不同的脚本语言，有不同的选择时间。我们采用基于ruby的pwatir，脚本比较依赖于主页面控件元素以及功能的稳定性。在开发同学提交测试之后，其实主流程已经比较稳定，个人认为应该在第一阶段测试的后期自动化脚本就应该介入。第一阶段出现bug在主流程上出现bug的几率很高，当开发同学修复或者优化过代码后，作为测试人员肯定要将主流程回归一遍，但是回归主流程是需要一段时间的，而且这个时间绝对不会很短。反复的回归主流程，执行测试的效率不高，而且容易疲劳。自动化脚本则可以很快的执行主流程的回归工作。如果项目所依赖的外部环境稳定的化，整个主流程大概5，6分钟就能执行完毕。早期的介入能够提高测试的效率，而且容易在早期发现那些比较不容易重现的主流程错误。

　　2．  自动化脚本应该由专门的测试人员来执行。代码提交测试后，由于各种原因可能会出现变更，因此需要维护测试脚本，如果由功能测试人员维护的话，会严重压缩手工测试时间，影响测试的进度。

　　3．  提高自动化测试的测试覆盖率。个人觉得在本次项目中自动化覆盖率不是很高，分析原因如下：1.因意外情况开发自动化脚本的投入时间不足。2.脚本严重依赖页面元素和功能的稳定。提高测试覆盖率首先要要求开发脚本人员对项目涉及到的业务知识比较熟悉，而且具备开发自动化脚本的专业知识与能力。作为功能测试人员我们已经对业务比较熟悉，我们应该提高自己编写脚本的能力，由我们来开发自动化测试脚本，在框架以及深层次的理论上寻求自动化测试专业人员的技术支持，并能够尽早的开发脚本。和开发沟通，协商保障主流程，以及我们测试p1级用例的页面功能稳定。

　　个人总结：采用自动化测试要保证自动化测试的价值大于采用手工测试的价值。而且要明确它可以有机会创造出价值的时间段，并采用合理的自动化执行的流程。作为功能测试人员应该提高自己的自动化脚本的编写能力，为提高团队测试效率贡献力量。