和list&非标类团队的开发同学合作了将近1年了，自己在这个阶段看到了一些自测效果提升的情况，分享出来。下表是xlist&非标类团队中15名开发同学2012年上半年和下半年的bug reopen率和低级bug率的统计。可以看到2项指标均有不同程度的下降。经过这半年的实践，小谈一下我接口的开发团队的自测情况。

表一 list&非标类团队中15名开发同学的bug统计

　　一、自测水平和代码水平有关系么？

　　我认为，自测水平和代码水平是弱关联的。虽然编码能力强，有助于自测的效率，但是并非编码能力决定自测水平。

　　我觉得自测的觉悟和人本身的责任心是息息相关的，有些开发同学从始至终自测精神都非常好。例如，我一个对口产品线的开发同学：盈轩，我最早测试她的产品，她才开始coding，那个时候她让我印象最深刻的就是，写出来的业务逻辑，几乎无bug。后来随着她编码能力越来越棒，自测也一直坚持做的非常好。

　　二、关于自测精神

　　我觉得自测精神是一个好开发应该具备的基本素质之一。假如我们比较代码，在某个项目、某个日常里面碰到不那么靠谱的开发怎么办？我觉得，他不重视，他的老大一定要重视。例如，我们对口开发组的主管索尼，非常重视开发自测的情况，每次质量团队的bug统计数据出炉之后，索尼都会强调下自测的重要性。我想这样是我们开发组自测风气略有提升的原因之一。万一主管也不重视呢？我也没办法了。

　　三、如何提升自测水平？

　　这一点，我本身是没有经历的。我只能分享给大家，我观察到的。给大家分享几个案例。女士优先，先来说说女生吧。

　　盈轩，一个开发经验不到2年的美女，但是代码质量非常好。每次产品完成开发之后，盈轩几乎自己会完整的测试一遍业务逻辑，还会关注下不同浏览器下的页面表征。

　　临意，如果你接口开发是临意，那我只能说，你走运了，因为你确实可以少操心好多。我也曾问过临意关于自测的看法，聊过单元测试之类的，他提到，单元测试还是功能自测都不重要，关键是开发要清楚业务逻辑，要分析记录好自测点，然后再开始自测，不能一顿乱点。

　　少符，非常了解业务的开发，他自测的优势在于非常了解所负责的产品逻辑，并且设计测试主流程和分支流去自测。

　　本相，通过完整而详细的UC指导自己的开发思路，完成开发只会会在本地自测业务逻辑。

　　通过他们的共性，可以总结出开发自测的要点：（1）理清楚业务逻辑，最好配以UC或思维导图；（2）编码完成后代码部署到本地进行一遍完整的功能执行，验证数据输入和输出；（3）主管要重视；

　　四、哪些日常可以完全让开发自测，测试不参与？

　　评估点：（1）日常的重要性。（2）开发对此业务的了解程度。如果开发新接手该业务，那么不管这个开发的代码质量有多好，建议都不要完全自测；如果通过日常合作了解该开发清楚业务主流程，那么可考虑开发自测即可。（3）开发过往的代码质量。

　　有时候日常感觉开发自测不完全放心的时候，可以考虑和开发一起评估UC，然后让其自测。如果UC依然不放心，可以自己写完TC，请开发同学执行TC，全部通过才算自测通过。