一、执行现状：
各个应用的进度不一样，现在的测试计划无法完整跟踪所有应用的真实测试进度
改进措施：
1、 制订统一的测试准入标准，涵盖每一轮集成测试和回归测试；
2、 根据测试计划，每个应用创建一份测试跟踪计划，跟踪计划的执行情况和进度；
3、 每个应用都遵循统一的准入标准：
a) 第一轮集成测试的准入标准是smoke测试通过；
b) 第二轮集成测试的准入标准是所有sfs key都可以验证;
c) 第三轮集成测试的准入标准是新功能都验证通过（？？？）
d) 回归测试第一轮的准入标准是新功能无严重bug。
4、 只有满足了准入标准才进入下一轮测试。
5、 应用以完成以上测试计划的测试内容为测试通过的标准，而不是单纯的有没有发现bug。
二、测试设计现状：
1、 测试方案的场景用例相对完整，功能用例特别庞大执行一轮需要时间很久，并且和sfs重合率较高；
2、 一些组合场景问题有概率遗漏，比如说（升级后体数据删除、前端显示异常）测试设计覆盖不到；
3、 测试执行无法有效跟踪；
改进措施：
1、 增加系统级别用例的比例，增加新版本、历史各种升级、各个模块（lily、ondmand、前端）组合、service上的各个配置、各种数据结合前端业务的验证；
2、 建议把场景用例、系统用例录入到tfs，通过tfs执行管理跟踪执行情况。三、接口测试现状：
1、业务覆盖面不足
2、邮件中的测试报告易读性不好
3、没有针对web-socket api进行测试
改进措施：
1、 优化测试邮件模板，不用打开详细报告可以得到接口测试的基本信息
2、 增加各个应用api测试逻辑，重复和数据库效验相结合，方法是手动发现的sparrow尽量补充至接口测试范围
3、 通过python测试框架进行web-socket的测试