4）例行测试项目的优先级选择；一般而言，其优先级可以根据版本的改动影响情况以及上次错误出现项目情况等进行选择，在时间不够充足的情况下，应尽量保证其更核心项目的验证。

　　3、自动化例行测试项目维护阶段

　　个人觉得，自动化例行测试的价值就在于例行测试回归的次数，而在自动化测试前中期，我们很容易进入自动化测试脚本的维护误区，即过于关注自动化测试脚本的缺陷，一定要保证所有脚本没问题才有信心进行例行测试项目回归。其实一定阶段，脚本错误只是占项目的一小部分，所以在保证了大部分无错的情况下，可以先将错误项目排除，运行无错的项目，在运行过程中再进行更正，尽快保证例行测试平台可以得到利用，保证100%的正确率是不可能的。则策略是，在保证问题项目在整个项目中的比重比较少的情况下，在测试过程中，可以暂时将其忽略，尽快去保证其余正常运行的项目得到验证，然后边运行边进行错误问题的调试，如果测试项目有需要，可以将手工测试结合起来，关键是保证其例行测试平台的运行。使其尽快发挥自身价值，然后可以进行其回报分析，这样，才能对自动化测试下一阶段的开展提供铺垫。

　　4、自动化例行测试项目跟踪记录阶段

　　需要有一个随时跟踪例行测试项目的记录文档，一是产品缺陷造成的脚本问题。二是无法修复的脚本问题。三是常见的脚本错误及修改策略。这样，可以保证以后脚本或者产品出现问题时进行良好定位。

　　在项目结果验证方面，一是提供一个统一的结果及链接。二是提供一个测试点的详细记录。三是提供一个具体的步骤日志，方便分析。

　　5、自动化例行测试项目淘汰阶段

　　其策略则是根据产品线的测试需求情况进行选择。

　　总之，个人觉得，在一定策略中，快速让自动化例行测试运作起来，然后在自动化例行测试开展过程中需要在每一个过程周期期对其回报价值进行简单的定位（例如：前期可以以测试点的验证程度或者测试用例的验证程度来进行判定，中后期可计算金钱回报率等方式使得真正可以让自动化测试的应用落到实处），这样将自动化测试的应用以直观的方式体现，能对自动化测试下一个阶段的预估开展起到更好的分析。即是一种边走边分析的策略。

版权声明：本文出自 散步的SUN 的51Testing软件测试博客：http://www.51testing.com/?382641

原创作品，转载时请务必以超链接形式标明本文原始出处、作者信息和本声明，否则将追究法律责任。