今天跟测试怼了！

image

今天周五，难得想早下班。已经跟人约好了去城里转转，结果到现在我还没有下班。刚撕逼结束，实在是无心工作。

我自认为我是那种脾气还不错的人，今天却跟测试怼了。

原因很简单，测试不懂技术，却对我们开发指手画脚，增加我们的开发难度。前面我还耐心跟他解释，产品逻辑是怎么样的，实现难度在哪。后面实在是没这个耐心了，直接开撕。

一个简单的功能，前前后后改了好几版...

打点统计有数据支撑，不到万分之一的用户会发现并使用这个功能。根本不用浪费这么多精力来进行极端测试。

有些人真的不可理喻。

爆发的导火索是他发现一个偶现的问题，测了半小时，然后直接在工位大喊，说我写的代码肯定有问题 ，测试不通过。

并且发了测试邮件，并抄送了所有领导。

忍不住了。

我的第一反应就是：怎么可能？沙雕你会不会测啊，我刚才自测一点问题没有！这么低频率偶现的 Bug，你叫我怎么改？

两方的矛盾不可调和...

写到这里，我觉得这个测试的情商很低。如果他能委婉一点，好好的说，就没这么多事儿了。毕竟都是抬头不见低头见的同事，谁也不想闹僵。

站在开发的角度，什么是正确的提 Bug 的姿势？

1、发现 Bug，随手将复现步骤记录下来

2、截图 Bug 出现页面，可以让开发直接定位问题，减少沟通成本

3、不要直接在工位大喊大叫，互相留点面子

4、如果双方都在努力沟通的过程中，别直接发测试邮件

5、少使手段坑同事，造成矛盾不可调节

我作为开发，也会尽量替测试考虑。

1、功能写完会局部自测

2、记录下修改点，整理成修改说明

3、功能逻辑大致阐述

4、需求文档提交附件

5、重点测试部分会提前说明

同理心真的很重要啊。

突然想到之前保存的一张图，太符合我现在的心情了！

image

MDZZ！

推荐阅读：

我其实对自己挺狠的。

不要给自己的人生设限