测试魔镜—从请求尊重到赢得尊重！（二）

     我的大脑在迅速的被燃烧着，真想把自己的愤怒一口气全部爆发出来，可不能这么做，因为如果这样做了，虽然自己保全了面子，但是问题可能被激化和扩大化，这不是我想要的结果。这时大家都不动声色的看着我们俩，谁也没说一句话，因为大家都知道在我们公司，就算是老板也要给“大师”几分面子，所以在公司里没有人敢把“大师”怎么样的。

     我默默地捡起洒落在地上的bug报告，强压着怒火对大师说：“好吧，我和项目经理商量看看，这些问题到底怎么处理”，“你愿意和谁商量和谁商量去，和我没有关系！”。当时我不知道自己是怎么走到座位上的，只觉得背后阵阵发凉。那天晚上我失眠了，有一件事情我怎么也想不通，那就是不知道自己做错了什么，他要这么对待我。但是有一件事情我是明确的，作为一名测试人员，所提出的问题一定要得到处理。否则就无法做到为自己的工作负责，然后我努力先让自己从愤怒和委屈的情绪中稳定下来，让自己跳出测试这个圈，以一个局外人的身份重新审视今天发生的事情，我分析了一下问题，目前看上去表面上是我提的这些轻微缺陷开发那边认为不需要改，其实质是测试和开发对质量的目标不一致造成的，因为作为开发其任务只是完成功能，所以只要正确的输入能进行正确的处理就可以结束工作了。而作为测试，因为我们的职责不光是保证正常的输入有正确的处理，同时还要确保输入不正确时，程序要进行一定的校验而不是抛出一个系统异常。之所以开发不愿意修改这些缺陷，是因为他的意识中根本没有认为这样的缺陷是必须要改的。那么理所当然没有人愿意给自己增加工作负担，能不改就不改了，更何况像“大师”这样的人，会把这些小事更不放在眼里的。

     所以第一步要解决的其实是统一开发和测试就软件质量目标的认识，然后才能协同开发来解决这些问题。否则也许这种对抗和矛盾永远都会存在。就像下面的这个“排错眼睛的图片”一样，其实眼睛的高低是一样的，只是从外面画圆时，一个是上切，一个是下切而已。

    思路理清后，终于知道该如何开展接下来的工作了。先同项目经理沟通了一下，确认了一下bug的严重级别，把需要修改的bug的类型进行了明确的定义，形成了书面的文档。然后由项目经理在开发内部先进行沟通，看看开发人员对这样的定义是否接受，会议结束后，开发人员对这些bug进行了一些修订，最后就修订后的版本测试和开发共同碰了一下，很快就把需要修改什么样的bug明确下来了，而且讨论的气氛也非常的友好和活跃。在碰头会召开的过程中，我们那位“大师”主动提出来，要修改我提出的部分缺陷，虽然他只说修改部分缺陷，但是我已经很满足了。

     从那次之后，我体会最深的就是，测试和开发并不是天生的仇人，我们不要像领导一样指示开发人员进行缺陷的修改，而是要以一种服务的心态，协助开发更好的完成软件的研发工作！只有这样，开发人员才能自然而然，发自内心的尊重我们测试人员所做的工作！而不是我们天天对这管理层“摇旗呐喊”，命令开发尊重测试。因为尊重只能是发自内心由感而发的并非强迫！

排错眼睛吗