【讨论】如何提升测试充分性，避免缺陷遗漏？

zxhuao23

欢迎大家探讨以下两个问题:
1、为什么会出现下个版本才发现上一版本缺陷的问题？
2、怎样提升测试充分性、避免缺陷遗漏？

大家在测试工作中，肯定也碰到上述的问题，项目要发布了，却发现了上几个版本就一直都有的问题，现在才发现，导致项目负责人的指责，发出了“为什么会出现下个版本才发现上一版本缺陷的问题？”
不知大家如何面对这样的问题，并如何需找原因？

正因出现上述问题，导致需要想方法或改进当前流程，测试管理等来提升测试充分性、避免缺陷遗漏，不知大家对这方面有什么好的看法或想法？

luming

这些从根本，都是测试设计的问题。

1、为什么会出现下个版本才发现上一版本缺陷的问题？
    看看这个问题，是否在测试用例范围内。
    1.缺陷发生在测试用例范围内。
        1.1 测试用例本身写的不清楚
        1.2 测试执行的时候，测试执行人员没有按照测试用例执行。
    2.缺陷不在测试用例范围内
        2.1.测试设计的时候，是否忽略了什么。
            2.1.1 测试设计的时候，没有考虑到
            2.1.2 测试用例评审的时候，忽略了
       2.2 就是需要探索性测试等才可能发现，测试设计很难考虑到
2、怎样提升测试充分性、避免缺陷遗漏？
    上面的就是基本的脑图，当然了，大家也可以按照上面的思路补充。
    知道发生的原因，再向前追溯就容易了。
    1.1 找写测试用例的人，下次注意。
    1.2 批评执行测试用例的人，要认真干活。
    2.1.1 下次设计，考虑相关的内容
    2.1.2 既然评审的时候没有发现，责任是大家的。
    2.2 谁都不愿，只能怪老天。

luming

上面的是正式的回复内容，下面是吐槽，不要当真。

其实说什么都是P话，项目负责人应该问问开发人员，为什么开发的东西有问题啊。
测试用例最大的好处，其实不是指导测试用的，而是测试人员推卸责任的大杀器，测试用例一定要评审，评审的时候一定要拽着开发，一定要让开发人员做确认。就和需求一样，客户需求完成了，再变更责任就是客户的了；用例评审了，之外的问题责任就均摊了。传说中的办公室政治就是这样。当然了，测试几乎做不到这些，所以常常黑锅是背定了，习惯就好了，既然开发负责人能问出这样的问题，就说明对测试没有什么了解，所以你解释什么都是白扯。恶上司就和开发扯皮，好上司就直接认错。反正下面的该怎么做还怎么做，有很多事情，知道有更好的方向可以做，但是你也要有时间、资源、上级的支持不是。
方法、流程、管理提高测试，从理论当然能说得通，书本上就一向描绘的很好，但是据传说，RUP、CMMI、SCRUM等还能提高软件成功率呢，实际看效果都不好。
所以测试仅仅需要做好自己的工作，问心无愧即可，有时间就学习学习，争取自己当领导，最后你就可以说，你的程序咋怎么多的问题尼，嗯，也许就会有别人来写这些吐槽东西了。

shilr

楼上讲得太好都没人敢回答了。
以我们公司的现状，木有测试用例这种东西，能做的其实也一样，先分析遗漏的bug属于什么性质，是否系统主要功能或者关键流程，如果是的话，那没得说，就是测试人员做得不好，粗心大意或者水平不够，根本性解决方法就是建立测试用例制度；如果是环境或兼容性问题，那只能当作经验积累，确保下次不犯同样的错误。就我个人而言，喜欢测试前建个checklist，列出功能点，也算是测试用例和随机测试的一个折衷了

Charles_H

版主一论，都是实质，赞一个！！

omg

肯定要反思原因的，是自己思维不够，没有想到？还是时间不够？还是高危功能，使用方式覆盖不足？。。

而且，应该整个团队一起来考虑怎么解决这种漏测的问题。

printing2nd

这个问题太经典了。面试时也总能被问到。说实在的，对一些隐藏的较深的bug的确是难以发现的。目前还没有什么好的办法来‘充分’的测试，只能是在工期里尽可能‘充分’的测试。

nightxxxx

版主确实说出了很多事情，不过有一点不赞同，责任均摊不能说是办公室政治。这是正规的流程，评审的目的就是为了让所有人都产生对产品负责的意识，让所有人都认识到质量是所有人的责任。出问题也容易从各个点进行审查。只不过这种评审除非流程健全，不然无法有效执行，最后就变成了扯皮的条件，不过只会让评审变得更不愿让人参加，最后只能失去原本的作用

zhlj2000

回答你自己的问题前，你自己能先思考几个问题吗？
1，谁应该为软件质量负责？测试人员吗？如果是测试的话，仅限于测试阶段吗？
2，如何度量软件测试的充分性？
3，在测试充分性与测试成本之间，我是否已经明确懂得平衡之道。
4，我是否已经非常熟悉测试的理论与方法？非常遗憾的是，黑测里面有个方法叫做error guessing，既然是guessing，漏就漏掉了吧。

路边的仙人掌

一个软件不可能做到100%测试，每个项目都是有时间与资源的限制，测试就要在有限的时间和资源下对软件进行最大化测试。前期的用例评审真的很重，一个人思考跟大家思考是不一样，评审时最不能少的就是开发人员，他们是更懂得软件那个地方容易处错误。开发人员能够更好的辅助测试人员。要想最小化的减少软件的测试遗漏，只能提高自身经验与测试技术水平。