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

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

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

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

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

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

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

开发人员自测所发现BUG数量和比例有没有降低？有没有认真执行？测试阶段有哪些BUG应该经过自测用例发现的，可是被测试人员在测试阶段发现。对于这种BUG颇有必要拿出来能够一块儿讨论下，为何没有在自测阶段发现？找出没有发现的缘由来。任何一个质量提高的流程，要有度量反馈机制，这样才能达到相应的效果。

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