背景：

　　长期以来业务线测试有这种困扰：淘宝业务线传统的项目流程把开发、测试两个阶段分得比较明显，导致开发赶时间写代码，提测阶段测出一些低级bug；重新返工不仅测试时间延长，也导致开发、测试同学都累。

　　在天彤的支持下，本人今年3月份来到C2B市场团队轮岗开发，实践了开发自测的项目模式。这是一个新产品团队，新模式比较容易落地。迄今经历了5个项目（C2B公益概念版、C2B标准版、C2B公益版2期、C2B合买版和合买版双12活动），摸索了近1年，有过困难和困惑，总体看来实践效果还是挺不错的，分享一下。

　　分享分为实践案例、模式小结和展望3部分

　　一、实践案例

　　以时间为维度，实践中经历了以下3个阶段。每个阶段都是在前一阶段模式的基础上根据实际情况优化的

　　阶段1：人人都是开发，没有专职测试

　　有两个项目

　　1、C2B团购概念版（3.20-4.15，开发测试比3：0），第1次实践成功

　　这是第一次轻量级尝试，加上我有3个开发，功能全部自测，最后我主导验收了一下功能。项目流程如下

　　说明：

　　1）由于前端资源紧缺问题，所以后期才开始前端编码

　　2）TC也要开发自己写。给开发培训了一下从UC到TC的转化方法

　　3）整体验收包括代码review、PD验收和我再覆盖一下主流程

　　效果：

　　1）单测和接口测试覆盖很好地保证了质量

　　在单测和接口测试阶段都发现了bug，避免遗留到功能测试阶段；后端编码的稳定性，能让开发在后期专注在前端功能的开发和联调上，不用担忧底层的质量

　　2）功能测试时间大大缩短

　　因为资源问题前端介入较晚，全部联调好后离计划发布日还剩2天，这两天的功能测试时间里我们找出了大部分问题并解决了，完成了验收和发布。项目总共花了19个工作日，开发时间稍微延长，测试时间大大缩短，总的项目时间是缩短的。

　　3）项目质量稳定

　　发布后，后端遗留一个因线上、daily环境不一致导致的bug；前台遗留1个bug。在时间很有限的情况下，总体质量不错

　　问题：

　　UC、TC有一定的重复工作量，初次编写TC的开发工程师写得不太好且消耗时间略多