像各位专家咨询个问题--关于缺陷的粒度

coast

我查找了一些资料，都未对这块工作进行详细的论述，所以上论坛问问，看看大家有没有相同的疑惑

研发提出我们提交的缺陷很多是同等类型的，应该归于一个bug，这样他们就会减少bug量；然后说我们测试在重复提交缺陷，有滥竽充数的感觉！
但实际上，某个图形的功能出了问题，而这个问题在其他图形上也出了问题；于是我们本着缺陷的粒度最小化的原则进行了提交

请问到底谁说的正确，缺陷的粒度到底如何定义呢？

goal1860

这倒是个很好的问题。之所以你查不到是因为这本身就是很灵活，就像用例设计的力度一样。从来也没有哪个规范说一定要精细到哪个级别。缺陷重复（或相关联）本身就是很常见的问题，由于大多数情况下测试做的是黑盒检测，对缺陷的根本原因缺乏认识。
本身并不存在滥竽充数的问题，顶多只是增加了测试组维护缺陷的开销，但要是贵公司用缺陷数量来衡量测试组和个人的绩效这样就有点问题了。
总的来讲当项目刚开始时有这样的问题是正常的，但是重复缺陷必须作为重要指标监控，随着项目的深入这个指标必须下降。
另外说一句，“于是我们本着缺陷的粒度最小化的原则进行了提交”肯定是不对的。过细的bug群不但消耗别人读和处理bug的时间，也很大地浪费了测试组的人力。报bug是很费时间的，测试应当把尽可能多的时间花在寻找bug的努力上。bug粒度应当控制在合适的程度。

vfasf

楼主万岁，万万岁，哈哈哈哈，谢谢了

w阿思

什么是合适的范围啊，

发现一个图形的功能出现问题，如果是不同的人测试不同的功能，那么大家都会发现这样的问题，肯定都会提示，如果是一个人测试的话，首先考虑的是这样的问题有没有共性，找到BUG的规律然后提交就可以，如果是对于一个人提交问题的时候没有去发掘BUG的规律，只知道发现问题提交问题，只能说明他对测试的认识不够深入。