测试工作速记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上很多啊），真期待下一次，不知道主题会是什么。。。