开发自测？开发与测试的战争

做测试的都会遇到过：开发提交的版本质量太差！开发人员提交测试后发现大部分主要功能都不通，后续告知修复完成，测试人员又去验证，结果还是大部分功能不通，这样的效率实在让人无法忍受。

 

开发自测自然在测试人员心中出现！质量的提升不只是测试团队的事情，这句话貌似都在说，跟在喊口号一样，并不能带来实际的效果。开发自测，也是在质量提升方面占着重要的一环。

 

开发自测，按照比较理想的情况下，开发人员写完一个功能模块都会去做自测。然而，理想和现实总有一些差距，实际的情况是开发提交的版本，常常BUG较多，极端一点就是文章开始提到的例子，也是比较极端的情况，主要功能流程都跑不通。类似的情况做测试稍微长一点的人估计都会遇到。这样的情况会影响效率，如果提交的质量很差，在测试阶段发现BUG较多，最后上线的质量不会太好，或者影响上线时间。APP质量的提升很重要的一点就是提高研发人员提交版本的质量。

 

建立一个可以度量的指标，研发提交测试后主功能流程测试通过，如果主功能流程都有问题的话，那么，是可以打回的。或者时间允许按照用例执行结果BUG较多，也可打回修改。

 

那么是开发自测可以发现的BUG？如何判定？在主功能流程上BUG或显而易见的BUG。还有就是给开发提供一些自测用例，那么在自测用例里面的BUG就属于开发人员自测可以发现的BUG，这种方式更明确一些。

 

大部分的开发人员还是非常希望自己做出的产品有比较好的质量的。很多开发人员也都会在做完项目提测之前进行基本的验证，相对比较零散，因此也有部分开发人员参考测试人员的用例。那么测试人员设计出的测试用例量较大，考虑各种异常场景，各种复杂的情况。用例量比较大开发执行不方便，花费时间太长。所以，只要提供一份主功能流程的核心用例给开发人员做自测使用，提交测试时一并反馈自测结果。以上这些方法要讨论得到开发负责人的认可。

 

开发人员自测所发现BUG数量和比例有没有下降？有没有认真执行？测试阶段有哪些BUG应该通过自测用例发现的，但是被测试人员在测试阶段发现。对于这种BUG很有必要拿出来可以一起讨论下，为什么没有在自测阶段发现？找出没有发现的原因来。任何一个质量提升的流程，要有度量反馈机制，这样才能达到相应的效果。

 

从测试人员的角度看，要做出高质量的好产品，开发自测环节必不可少，不管是APP测试还是手游测试有开发自测的步骤都会对产品质量的总体提手有很大帮助。