2、效果

　　1）工期缩短。这是明显的，目前这几个项目的daily、预发测试时间加起来都没超过1周的

　　2）质量提高。

　　i.开发同学的代码质量提高了。以前测试同学都基本是保姆式的，现在测试介入得少了，遗漏bug会增加吗？刚开始开发会略感不适应，但长期来看对整个团队肯定是有益的

　　ii.整个开发流程中，很多bug发现在前期，后期底层基本很稳定了

　　3）释放测试资源

　　目前我们团队的开发测试比是4:1，高时是5:1。在开发大部分时间工作量饱和的情况下，测试资源基本能满足项目组需要

　　4）周期快，能够满足一周多次发布的需求

　　交易线标准的日常流程：上一周提需求，周五UC评审，下周二提测，周三预发，周四发布。1周发布1次

　　目前我们日常主要靠 开发自测+代码review+脚本回归 保证质量，测试同学不用花太多精力进行功能测试。因此团队效率很高，甚至能达到一次的发布频率（当然发布多了不是好事）

　　3、测试同学的任务

　　从初级bug的痛苦中释放出来后，测试关注什么？

　　1）业务方面

　　了解整体业务和逻辑，review覆盖整个研发流程，包括技术方案、sql、业务代码、vm，做一个熟悉整个系统的角色

　　2）持续回归

　　这一直是测试同学的强项，维护一个成形的产品需要建立一套完善的回归体系

　　3）其他方面

　　系统性能？算法测试？单测回归？无线？随便，因为有时间有精力了，都可以去做

　　三、展望。我们才刚开始

　　明年测试策略需要怎样完善？产品在不断迭代，市场在不断增长，测试压力得到释放后，有更多的事等着我们去做。目前想到的有以下3点

　　1）测试数据

　　方便开发同学自测

　　2）前端代码review

　　这一直是痛点，前端没有成形的review机制。明年学习一下前端知识，希望在review上有所突破

　　3）完善回归

　　方便开发自测，好开发能根据改动点进行定制的脚本回归

　　做到了这些，做成了一个完整的开发自测生态圈。明年继续努力！