51Testing软件测试论坛

标题: 如何评估测试人员写BUG的水平 [打印本页]

作者: liuygneusoft 时间: 2010-10-23 14:57
标题: 如何评估测试人员写BUG的水平
本帖最后由 liuygneusoft 于 2010-10-23 14:59 编辑

这是我的想法,不知是否公平

BUG质量=测试人员本人发现的所有有效BUG数/针对测试人员本人发现的所有BUG的沟通交流次数

值越低质量越高,交流越多说明BUG描述的不好,如果BUG写完后根本不用交流开发人员就修复了BUG
说明BUG描述得很到位

作者: applejuzi 时间: 2010-10-23 15:02
最简单的评定方法就是测试人A写的bug让测试人B去看，如果B能看懂说明A写的不错，可以规定界面问题必须截图说明，最好在图上写上备注。

作者: liuygneusoft 时间: 2010-10-23 15:19
楼上说的不错，我说的是如何去评估，不是如何做到写高质的BUG，问题是要可执行性，我上面写的就是依赖于测试管理系统，一般的测试管理系统都可对都BUG进行交流，只要交流了系统自然记了下来

作者: liuygneusoft 时间: 2010-10-23 15:22
再有按二楼说的，如项目中有10个测试人没，你如何去操作呀这个评估呀，肯定得接合测试管理软件来执行把日常发现的BUG集中起来按我上面的公式来分析

作者: Jun_Li 时间: 2010-10-25 08:33
理解表达描述信息的问题，

作者: 七琪 时间: 2010-10-26 10:32
BUG质量=测试人员本人发现的所有有效BUG数/针对测试人员本人发现的所有BUG的沟通交流次数

但凭这个公式评估可能不够准确，不排除，开发理解不到位，或理解存在偏差的问题

作者: starswim 时间: 2010-10-26 18:08
BUG质量=测试人员本人发现的所有有效BUG数/针对测试人员本人发现的所有BUG的沟通交流次数

这个公式我觉得还是挺有价值的。

另外我觉得有些比较久才修改的BUG就可能不太适用了——因为这些BUG修改的时候，可能界面会修改、操作步骤会改动……针对这情况，我觉得可以乘以一个系数，这个系数与当前统计阶段的系统的外部改动（界面修改、步骤修改等）相关。

作者: luming 时间: 2010-10-26 18:45
这个，评估此项内容没有什么意义吧。
因为如果开发人员不理解，自然会询问，问多了，如果测试人员还不会调整写缺陷的方式，那么此人根本就不胜任工作。
只要稍微工作一下，即使为了自己不麻烦，一些不好的习惯也会修正的。

作者: nightcm 时间: 2010-10-26 19:04
这个测试经理去看一下就知道了........
非得这么量化，你的参照值呢？
或许参照值可以通过团队的平均值来计算，但是这个只能衡量一个测试人员在团队中的水平

作者: zorovip 时间: 2010-10-26 19:31
听大家讨论.

作者: msnshow 时间: 2010-10-26 21:49
基本上没有很好的办法要评估，除非大家写相同的模块的用例

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)