这两天闲来无事刷知乎，看到有些朋友问到关于测试与开发的关系，在这里想和大家稍微来聊一聊这个事儿。

有的人说呢，测试和开发是死对头；也有人说测试和开发是处在对立面的；还有人说测试与开发两者都不能互相理解。当然，我目前看到的情况里，倾向最后一类的占了大多数。在我看来，有上述看法的人，主要还是因为观察问题的角度不同而已。

也许我比较幸运，不论在前东家还是现在的公司，我们的测试和开发都身处同一个大部门，相对来说沟通起来会更方便一些，我想我也就有这个机会来通过另一个角度来观察这个问题。

其实不要看我和开发处在一个大部门里，是不是我就无法设身处地的了解大家的感受了？那……你就想多了。因为我们这是一家以游戏发行为主的公司，我主要负责的也是发行游戏的运营侧测试工作，所以我在工作中，不仅仅要面对自己的开发同学，还要面对来自研发团队的开发同学，这是一种1V2的“刺激”体验。

下面就来谈谈我如何来处理来自不同部门的同学之间的关系。

运营测试和运营开发的关系

其实都身在一个部门里面，关系处理起来当然是比较容易的了。因为整个部门人数也不算多，在通讯基本靠吼的情况下，这个沟通成本确实很低。

唯一可能有争执的情景就是提报问题的时候吧。我也看到过很多人跟我说，为什么我提了一个bug，但是开发很不情愿甚至会怀疑我的测试方法？那其实你有没有从另一方面想过，你提报bug的时候，有没有对bug的复现方法做出说明？有没有定位问题发生的地方？亦或者是你和开发同学之间的沟通是不是出现了问题？当然，沟通这个事情是个大题目，今天这里先不去说。

总之，遇到事情先退一步，反思一下自己有没有问题，然后再考虑解决办法。

运营测试和研发开发的关系

我在处理和研发团队开发同学的关系时，也会遇到大家遇到的那些问题。因为毕竟不是同一个部门，甚至都不是一家公司的人。说一句非常现实的话，我凭什么要求人家设身处地替我着想呢？

不过冲突是解决不论任何问题的。即便矛盾重重，也要冷静下来寻找解决问题的办法。通常来说，矛盾会发生在这么几个方面：一个是工作排期，因为游戏上线对于deadline的要求会很高，所以很多工作、很多需求堆来堆去就会极大的压榨开发的工作时间。这时候我们就要对我们的工作计划和需求做个分类分级，找到一个各方都可接受的方案出来，而不能为了需求而无底线的要求开发去完成；另一个是bug反馈。由于和研发开发身处两地，沟通成本会变得极高。这时候我们要做的有这么两件事儿，一是不要怕开电话会议，要多多的和研发去沟通，一定要讲清楚发生了什么问题，后续要怎么去解决，二是要懂得取舍，对于bug要有分级，不仅仅要标明严重等级，还要写清紧急程度。对于不是很紧要的bug，不要死磕对方去修复，从而影响了其他功能需求的正常开发。

运营测试和研发测试的关系

既然谈到了研发，干脆多写一点和研发测试的关系。

同样都是测试同学，即便是分处两地办公，大家沟通起来也会更轻松一些。毕竟稍微聊聊怎么同仇敌忾的对付开发和产品就能极大的拉近双方的感情……咳咳，这是开玩笑了。不过同行之间沟通确实会比较顺利。唯一要注意的一点是，要分清各自的工作职责。

由于游戏在研发阶段和运营阶段的工作内容不同，所以双方的测试同学在工作职责上也有较大区别，一定不要越界做事。当然，也不能互相推诿。最好在工作之余，双方能够一起交流交流经验，也可以相互促进、提高业务水平。

总之，不论是面对自己的开发同学，还是面对研发的开发、测试同学，一定要记住，我们都是为了同一个目标而聚在一起工作的。大家的目的都是为了给玩家创造一个更稳定、更出色的游戏环境。只要明确了这一点，我想应该就不会再把开发同学当做敌人了吧。

想学习却无从下手，该如何学习？

这里我准备了对应上面的每个知识点的学习资料、可以自学神器，已经项目练手。

如果我的博客对你有帮助、如果你喜欢我的文章内容，请 “点赞” “评论” “收藏” 一键三连哦！