阶段3：开发自测，优化流程，释放测试资源

　　合买版双12活动（11.23-12.6，开发测试比4：1）

　　阶段2进行得比较顺利，于是接下来的项目继续在此模式基础上优化

　　优化点：

　　1）测试全程介入技术方案评审和代码review

　　从技术方案开始介入，review sql、业务层代码、vm层代码

　　2）更加关注系统性能方面的东西

　　测试同学能有时间学习性能测试，并为系统进行了性能调优，为双12做好准备

　　问题：

　　前端代码尚无能力review。

　　二、模式小结

　　有些人疑惑，开发自测后，测试干什么？

　　这就回到了开头提到的困扰。开发自测模式，能把开发和测试从低级bug中解放出来，开发可以提高代码质量，测试可以关注更深层次的系统质量（比如性能和代码优化等），整个团队能提升效率，进入良性循环。

　　那么写了那么多，经历了半年多的探索，目前我们项目组到达了什么程度呢？从项目模式、效果和测试同学的角色3方面来描述一下。

　　1、产出了一个被现实考验过的项目模式（当然还在继续优化中）

　　1）UC

　　开发同学要写详细、标准的UC，方便后续测试和维护；测试同学根据UC简单得写一些TC，方便开发自测

　　2）DAO层单测

　　新增sql必须要写单测用例，修改sql必须要回归单测用例

　　3）业务层单测

　　已经有比较完善的单测环境，开发可以根据个人喜好，在manager层或ao层进行单测，无硬性要求

　　4）代码review贯穿整个流程

　　分为两类代码review，目前我们项目组两类并存

　　i.测试同学主导的每日review

　　项目里每天测试同学都会review开发提交的代码，这不仅仅是发现bug，目前我们的代码review已经能到优化代码或设计方案的阶段。例如：http://kelude.taobao.net/issues/206462?page=1

　　ii.传统的项目组review

　　在项目后期集中式得进行一两次review，有效果但量较大

　　5）功能自测&验收

　　功能自测开发根据UC和TC进行；验收是PD介入，页面有新需求可以及时改动

　　6）整体测试

　　主要由我来执行，进行主流程测试和随机测试，但不会覆盖所有点，其他功能点的质量开发同学自己保证