开发自测一：掩月在房产项目中的试点 luoqing 发表于：2012-01-19 浏览：3238次 评论：0次 所属分类： 系列活动 专题：开发自测
罗青：开发自测对开发团队有什么优点？ 掩月：在项目前期提升质量，在项目后期缩短周期，减少开发测试之间的沟通成本(bug, 需求，code， TC)，减少bug修复成本，减少回归次数（回归多， bug多，会打散开发的时间，碎隙时间难以利用） 罗青：开发自测对测试团队有什么优点？ 掩月：让有限的测试同学能做更多的项目和日常，能做更重要的事情 罗青：开发自测效率如何? 掩月：有时候并行3个项目， 1个测试，7个开发，1个前端，20多个运营，一个项目100个TC，平均开发测试比为8:1，平均发布周期2周 罗青：开发自测质量如何? 掩月：房产这个产品从6月份开始，没有任何线上故障，预发时发现的也是建议性bug 罗青：开发自测的形式有哪些? 掩月：小日常（活动类为主）开发自测直接上线，项目中部分模块开发自测直接上线，其余模块开发自测+测试验收，目前开发自测直接上线的占比40% 罗青：开发自测在团队中是怎么合作的? 掩月：从建立代码分支就开始白盒扫描自测（包括安全），当天bug当天修复，中间开发根据UC, TC进行自测，daily, 预发，20多个运营一起进行验收自测。 罗青：房产的开发自测有做过哪些类型的项目？ 掩月：两种类型；数据准备型的最难开展开发自测，都需要测试准备好数据，才能进行测试；操作繁琐型的容易开展开发自测，但是异常场景的校验还是需要测试介入 罗青：2012年房产团队的开发自测可以提高的点在哪里？ 掩月： 1. 需要建立自动的回归体系-目前做的都是新的独立功能，不涉及回归，后续功能多了以后就会有大量的回归工作，不可能依靠测试或者开发的手工回归 2. 需要提升开发同学的测试思维，扩展开发自测的范围从主流程到P3, P4—目前局限于活动页面，开发同学的测试思维较狭窄，后续扩展范围后，不可能仅仅做主流程的开发自测 3. 需要更适合的流程和工具支撑整个开发自测体系 罗青：开发自测对开发团队有要求吗? 掩月：房产团队的开发有一半是新来的，很愿意接受新的思维，在测试给予建议和培训后，质量意识提升很快，特别是有一个新女开发，0bug很强 岁晚：目前的自测对于开发团队成员的成熟度依赖性比较高，就是说开发人员如果对于质量有比较强的意识，对于自己的code能用比较专业的角度去看（比如，站在测试的角度，愿意发现bug提高质量），那么这个团队做开发自测就比较顺畅，自测的质量也会比较好。如何在开发经验少，质量意识薄弱的开发新人团队进行开发自测？ 罗青： 我会持续的把各个团队的开发自测情况进行分析，总结，建议和推进，这是第一份战报 有任何团队想开展开发自测的，已经开发自测的欢迎找我
和list&非标类团队的开发同学合作了将近1年了，自己在这个阶段看到了一些自测效果提升的情况，分享出来。下表是xlist&非标类团队中15名开发同学2012年上半年和下半年的bug reopen率和低级bug率的统计。可以看到2项指标均有不同程度的下降。经过这半年的实践，小谈一下我接口的开发团队的自测情况。
表一 list&非标类团队中15名开发同学的bug统计
时间 总bug数 月均reopen率 月均低级bug率 备注
2012-02-01至2012-06-30 204 20.56% 10.53% 1.共计算5个月；
2.月均低级bug只有6月份有数据，因此这里算的是6月份
3.这个阶段大家都没有记录低级bug，我估计是大家还没有意识到低级bug的标记
2012-07-01至2012-11-30 212 0.83% 5.33% 共计算5个月
一、自测水平和代码水平有关系么？
我认为，自测水平和代码水平是弱关联的。虽然编码能力强，有助于自测的效率，但是并非编码能力决定自测水平。
我觉得自测的觉悟和人本身的责任心是息息相关的，有些开发同学从始至终自测精神都非常好。例如，我一个对口产品线的开发同学：盈轩，我最早测试她的产品，她才开始coding，那个时候她让我印象最深刻的就是，写出来的业务逻辑，几乎无bug。后来随着她编码能力越来越棒，自测也一直坚持做的非常好。
二、关于自测精神
我觉得自测精神是一个好开发应该具备的基本素质之一。假如我们比较代码，在某个项目、某个日常里面碰到不那么靠谱的开发怎么办？我觉得，他不重视，他的老大一定要重视。例如，我们对口开发组的主管索尼，非常重视开发自测的情况，每次质量团队的bug统计数据出炉之后，索尼都会强调下自测的重要性。我想这样是我们开发组自测风气略有提升的原因之一。万一主管也不重视呢？我也没办法了。
三、如何提升自测水平？
这一点，我本身是没有经历的。我只能分享给大家，我观察到的。给大家分享几个案例。女士优先，先来说说女生吧。
盈轩，一个开发经验不到2年的美女，但是代码质量非常好。每次产品完成开发之后，盈轩几乎自己会完整的测试一遍业务逻辑，还会关注下不同浏览器下的页面表征。
临意，如果你接口开发是临意，那我只能说，你走运了，因为你确实可以少操心好多。我也曾问过临意关于自测的看法，聊过单元测试之类的，他提到，单元测试还是功能自测都不重要，关键是开发要清楚业务逻辑，要分析记录好自测点，然后再开始自测，不能一顿乱点。
少符，非常了解业务的开发，他自测的优势在于非常了解所负责的产品逻辑，并且设计测试主流程和分支流去自测。
本相，通过完整而详细的UC指导自己的开发思路，完成开发只会会在本地自测业务逻辑。
通过他们的共性，可以总结出开发自测的要点：(1)理清楚业务逻辑，最好配以UC或思维导图；(2)编码完成后代码部署到本地进行一遍完整的功能执行，验证数据输入和输出；(3)主管要重视；
四、哪些日常可以完全让开发自测，测试不参与？
评估点：(1)日常的重要性。(2)开发对此业务的了解程度。如果开发新接手该业务，那么不管这个开发的代码质量有多好，建议都不要完全自测；如果通过日常合作了解该开发清楚业务主流程，那么可考虑开发自测即可。(3)开发过往的代码质量。
有时候日常感觉开发自测不完全放心的时候，可以考虑和开发一起评估UC，然后让其自测。如果UC依然不放心，可以自己写完TC，请开发同学执行TC，全部通过才算自测通过。