首页 > 代码库 > 测试工作速记2 - 设立一些奖

测试工作速记2 - 设立一些奖

这不是什么新鲜的做法,无数的团队尝试过,个人之前的经验里面也有。但是就像很多思路和做法,都是很普遍的,问题是我们是否想到去用,更进一步是自己想明白为什么要去做这件事?




和几个同事在白板讨论了这个想法,设立了上面几个奖项。之后我们就开始去做了,这周评完奖,今天双周会颁了奖。也许不能让每个人满意,但整个过程还不错。
bug king/queen(这次结果是queen)和bug hunter(top 2-5)是QA统计出的有效bug数的排名。golden bug我们收到27个申报,测试微创新收到15个。

有一些思考和体会:
1. 关于bug数量
bug数量一直是一个被批判的指标。仿佛用这个指标就是低级,但真正有多少去思考这个指标的价值?
在这个问题上我深受毕业后第一位老板的影响,他叫Joe,是个非常资深的测试manager,一个非常认真和善于思考,以及表达的人。
自己真正做过一线功能测试的人会懂:如何被激励去找到跟多的bug,想尽办法,不放过偶现,从日志等各种地方去查看蛛丝马迹。就像在山上去找珍贵的松茸,或者矿藏?
这些是需要内在的动力,不怕麻烦克服困难,数量是一个原始而有效的内心暗示。

在一直正常的团队里面,副作用其实比我们担心的要少,没有人会去刻意提重复或无用的bug。本来我们就在统计有效bug数,或者你也可以更严格统计被确认修复了的bug数。

也行有人会说,那是因为他/她测的功能比较大,或者本身bug就比较多,所以发现就多。那其实也没问题啊,我们难道不应该奖励这些踩坑的人吗?

所以思路很简单:
奖励那些发现最多bug的人,并鼓励大家发现更多的问题。 而用什么样的思路,方法,工具和技术手段,那都是发挥的空间,可以去做的事情。

2. 既然(不要回避)找bug仍然是我们测试团队很核心的工作和价值,其实目前大部分的测试团队也是,无论这个事情是否高大上(自封的不算)。那么就让这件有价值的事情被摆到台面上,被欣赏。
和一些同行聊天,特别是一些测试开发做得很深入的团队,回过头来,大家会有一个困惑。往往伤害最深的(对业务,对团队)缺陷其实都不需要高深的技术就可以发现。测试的思维和覆盖还是非常有价值。

3. 是评奖其实更是分享
和很多工作一样,测试的过程也是孤独的,一个人测一个功能,发现一个精彩的bug,挖出一个深坑,那过程那体会谁知道? 
评奖也是一个show,讲出那些有意思的问题,让每个人都可以上台,这本身就是一种尊重,对人和工作。

4. 竞争好吗?
人活着这事儿就存在,不要怕,而且也有价值,好像用在这里也没有太大副作用。

5. Have Fun
以前有个人说有趣本身就有价值。越来越认同。其实是反思,TTT培训老师说我们这帮搞技术的人太理性,人文的topic也被我们讲得理性,他说的有道理。工作本身就已经不轻松,这样的事情也许能增加一些乐趣。

再来一遍,有意思真的很重要。


对了,我们这次除了奖杯(感谢万能的tb),还有礼物,这一期礼物的主题是异国美食(jd.com上很多啊),真期待下一次,不知道主题会是什么。。。



测试工作速记2 - 设立一些奖