在自动化测试过程中，如果保证测试结果正确性，在测试实践中有几条我认为比较好的经验。
　　1.测试脚本评审：在编写自动化测试脚本后，每个测试脚本必须通过评审。测试脚本评审虽然不能保证测试脚本完全正确，但至少可以查出一些比较明显的业务逻辑，同时也是使其参与评审测试人员在内心不会对测试脚本的质量感到恐慌和不信任。在评审过程中有几点要注意：1.尽可能的让评审业务相关的测试人员参与；2.每次评审时间不超过1个小时，时间过程容易流于形式；3谁提出问题，谁负责审查。
　　2.定时任务检查：通过评审的信令场景加入定时任务，连续运行监测其正确性。在其定时任务执行过程中，一般会连续执行一个月，每天会安排固定人员对测试结果进行分析验证（一般会安排参与评审的业务人员，分析时间一般不超过30分钟）。对于在连续一周以上且通过率高于93%的任务，安排进行与版本同步测试验证其正确性。

　　3.与测试版本同步：在版本测试任务同时，进行自动化测试，检查其脚本的正确性。
　　4.测试交付：通过评审，近两周定时任务连跑中通过率超过95%，IM基础功能和测试模块，在版本任务中测试验证过两次以上
　　在自动化测试过程中，尽可能不改变原有测试流程，比如我们在飞信业务测试过程中，自动化测试时结合原有流程（如下图）


　　

　　1)自动化测试用例和手工测试用例实现一管理，在编写用例过程中，直接从测试工具中导入用例到自动化平台，同时在测试管理工具中标示出改用例已自动化实现。
　　2)在有版本任务分过来后，在测试平台建立测试任务，同时自动在自动化平台生成一个测试计划。
　　3)测试人员只需要测试自动化没有实现的测试用例，自动化测试执行自动化实现的用例，在执行完成后把测试结果自动导入到测试平台。
　　4)测试人员根据测试结果编写测试报告
　　在自动化测试过程中要结合业务进行一些定制化的测试，比如在飞信测试项目中，根据其特点建立了数据池及灰度测试策略和二次连跑机制
　　账号池及灰度测试：：通过统一账号管理，实现对不同账号的管理（不同环境的账户、不同site的账户管理），通过执行策略，分账户实现功能之间灰度测试
　　二次连跑：针对协议测试的不确定情况，设置了连跑模式，可以设置不同的连跑模式（连跑、二次连跑、直到通过等）