今天开会过BUG，刚过到第二个，就有个开发指责我重复提BUG，平心而论，我没觉得自己有提太多重复的BUG，我尽量耐心地跟他解释，有些是因为时间拉的太长确实忘记了（我们项目周期长达大半年之久），有些是以前版本报过，但是现版本还存在，所以我把旧BUG挪到新sprint里面的，但是开发仍旧不打算放弃他的观点，在他眼里，我就是提了很多重复BUG，以至于看起来他身上的BUG才很多。 #注意，解释一定要有，尤其领导也在场，但是戒骄戒躁，别像泼妇骂街似的
我很想和他争辩几句，但是想到会议目的，我住了声，接着心平气和地过后面的BUG。
会后，我将所有相关BUG过了一遍，并没有发现与开发说的那个BUG相重复的问题，我将链接发给他，以开玩笑的口气说，你冤枉我，我要打你。然后向他解释由于项目周期长、平台交叉、项目交叉、资源分配等问题，确实会存在BUG重复的情况，站在QA的立场，有些是因为害怕遗漏，有些是因为确实忘记之前提过这个BUG，请他谅解。
开发开始还质疑，所有BUG都过了一遍，确实没找到一样的吗？我仍然开玩笑地说，你找到了我就请你吃饭！
这时候开发语气开始缓和，给我发了个我错了的动图，我随即表示对开发很理解，因为开发确实为项目付出了很多，熬了很多个夜晚，最后我也向他说明，我也会尽量提升自己，尽量少提重复BUG。
和平收场，我不生气，也不给他添堵。假如我在会上和他争辩起来，一是会浪费其他参会者宝贵时间，二是领导也在场，印象减分，更重要的是，影响了彼此的心情，产生隔阂，于是我选择了住嘴，线下解决。 （当然一些原则性的问题，不管谁在场都是要掰扯清楚的）
事后我去分析，站在我的角度，我先入为主的认为自己没有报太多重复问题，甚至还会有些抱怨，如果你开发早点解决了这些问题，就不用我跋山涉水地从1.0跟到1.2还要去追踪同一个问题好几遍，毕竟我也不会吃饱了没事报BUG玩儿，这是我的痛点。
而站在开发的角度，他遇到好几个问题都是重复的，或者好几个不同表象的问题都可以归咎于同一个原因，先入为主地想这个QA怎么报这么多重复的BUG，显得我身上BUG这么多，好像我写的东西有多烂似的，其实这些BUG都是重复的。他觉得自己的专业被这些重复BUG质疑了，这是他的痛点。
在创业公司，每个人都有一堆的事情要做，在比较累的情况下，都容易做一些错误判断，产生一些焦躁情绪，如果早些知道争吵对事情并无裨益，且会破坏同事感情，甚至会伤害自己，不如静下来把事情放一放，想明白后再用灵巧的方法去解决。毕竟你今天一时语快揶揄了他，这种不舒服的感觉在他心里憋着，总有一天他会找补回来。
冤冤相报何时了！
网友评论