測试工作速记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就比較多，所以发现就多。那事实上也没问题啊。我们难道不应该奖励这些踩坑的人吗？

所以思路非常easy：
奖励那些发现最多bug的人，并鼓舞大家发现很多其它的问题。 而用什么样的思路。方法。工具和技术手段，那都是发挥的空间，能够去做的事情。

2. 既然（不要回避）找bug仍然是我们測试团队非常核心的工作和价值。事实上眼下大部分的測试团队也是，不管这个事情是否高大上（自封的不算）。

那么就让这件有价值的事情被摆到台面上。被赞赏。

和一些同行聊天，特别是一些測试开发做得非常深入的团队，回过头来，大家会有一个困惑。

往往伤害最深的（对业务，对团队）缺陷事实上都不须要高深的技术就能够发现。測试的思维和覆盖还是非常有价值。

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

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

5. Have Fun
曾经有个人说有趣本身就有价值。越来越认同。

事实上是反思。TTT培训老师说我们这帮搞技术的人太理性。人文的topic也被我们讲得理性，他说的有道理。工作本身就已经不轻松，这种事情或许能添加一些乐趣。

再来一遍。有意思真的非常重要。

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