如何才能够快速知道手下人的测试质量如何？

zzhix · 发表于 2012-3-20 17:27:16

自己觉得自己负责的项目应该问题不多，但是怎么知道手下人的测试质量如何？是不是抽查跑跑他们的项目呢？还是有其它好的办法吗？

xihuan856 · 发表于 2016-5-24 14:41:54

只能通过制度来进行保障！

sstic · 发表于 2014-1-22 09:39:41

如果时间允许，同事之间交叉测试，通过四维互换的方式去发现问题，这种效果是最好的，实施也容易。

ff411 · 发表于 2013-3-19 11:39:30

哎，很难做喔

千里 · 发表于 2012-5-13 15:56:06

觉得，建立合适的度量数据才是王道。。。。。

只不过，有些企业有计量项，但是度量数据无用。
archonwang 发表于 2012-5-13 13:59

度量数据的前提也需要一些基础数据吧

archonwang · 发表于 2012-5-13 13:59:48

觉得，建立合适的度量数据才是王道。。。。。

只不过，有些企业有计量项，但是度量数据无用。

千里 · 发表于 2012-5-12 17:20:22

知道多少前提条件？？
比如该程序的冒烟测试情况
比如该程序的开发人员水平
比如该程序的测试人员水平
比如该程序的需求清晰度

msnshow · 发表于 2012-4-10 22:50:19

方法到是有很多，主要看你所在的条件

遇上鱼子 · 发表于 2012-4-10 17:01:43

测试质量...不好衡量啊
我的方法是：
1.通过内部或外部用例评审来估算测试人员对于需求功能点的覆盖率和测试项的覆盖率
2.通过工具来确定测试用例执行率
3.缺陷数量及质量
4.平均缺陷/功能点率

archonwang · 发表于 2012-3-23 16:47:58

衡量测试质量是这样的。
-- 漏测率
对比客户发现的bug和我们已经测试出来的有效bug，若两者比值越低越好。

archonwang · 发表于 2012-3-23 16:46:55

我的经常做法是这样的——
根据缺陷数量级：
1. 首先我自己有个预估；比如这个开发团队的缺陷密度和代码规模
2. 然后根据这个，上下浮动10%

根据过程：
在什么时间交付什么内容；

根据具体内容：
测试用例设计是根据什么来设计的，若根据需求规则，设计用例的数量应该能估算出来。

sstic · 发表于 2012-3-23 15:12:51

细化测试需求，评审测试用例后，要求手下的人按照测试用例测试，提交测试数据和记录每天测试用例的状态就可以了。
轻松简单，呵呵！！

zhong3269 · 发表于 2012-3-22 14:38:14

抽查也不能完全跟踪测试质量，一个大项目你自己抽查，不觉得很累吗？有QA跟踪固然是好的！
个人想法仅供参考
1、时间允许做交叉测试。
2、开周会议，很重要，干了什么事？完成了哪些事，下面要做什么？哪些还没做？等。。。。。。
3、会议时间短，就定期搞个交流会，分享一下测试方法。
4、条件允许可以让其他部门协调测试，简单做个验收测试,随意性的!

lzr2008 · 发表于 2012-3-22 08:56:18

我也是遇到这样的问题。目前是通过抽查的方式，抽查提交的bug质量，也会从数量上判断，如果一个新发布的版本bug数非常少的话，说明效率低或者是没有技术问题。
还有就是通过功能演示，抽取一个功能进行演示，看业务的掌握程度。

cindyker · 发表于 2012-3-21 17:07:24

小DQ · 发表于 2012-3-21 11:24:48

应该有工作分配计划吧~

只要看负责该模块的tx执行力~不是就知道是否到位阿

		自动登录	找回密码
密码			(注-册)加入51Testing

[讨论] 如何才能够快速知道手下人的测试质量如何？

相关帖子

站长推荐 /1