开发和测试的囚徒困境

<strong>引言</strong>

作为一名测试人员，每天工作中接触最多的除了产品就是开发，而如何与开发人员和平相处是每个测试都在讨论的终极话题。相信很多测试在面试时都被面试官问到：“你是如何和开发人员相（si）处（bi）的？和开发之间的关系是怎样的？遇到开发不认可的bug应该如何处理？”

一、测试与开发之间的困境

要说起测试人员和开发人员之间的博弈，有一个特别具有代表性的例子—囚徒困境。此故事讲的是，两个嫌疑犯作案后被警察抓住，分别关在不同房间里审讯。警察知道二人有罪，但是缺乏足够的证据。因此警察告诉二人：“如果两人都沉默，各判刑2年；如果两人都认罪，各判刑5年；如果出卖同伴，自己获得自由，对方判刑10年。”于是，每个囚徒都面临两种选择：认罪或沉默。从自身利益考虑，认罪比沉默的好。但就如下图所示，两个人互相出卖，他们的结果就是一起服刑5年。但如果两人从整体利益出发、为对方考虑下，两人都沉默各判刑2年，显然这个结果才是对大家最好的。

看完这个案例有没有觉得测试与开发之间的关系很像上图的囚徒困境呢？在整个项目中，开发和测试的关系其实不是对立的，测试和开发是一个团队，都朝着统一的目标：让软件更完美而努力。但在实际工作中，为什么开发和测试却搞的剑拔弩张、针锋相对呢？

二、困境的起源

总结了一下经常出现摩擦的场景：

• 关于流程：提测单里不写测试范围或者寥寥几句跟没写一样!系统中提交的bug开发都不及时处理，也不看测试邮件！
• 关于标准：为什么开发写完代码都不自测就扔给我们?测试提的bug不能复现、优先级还设置为major！
• 关于资源：谁在测试环境调试？谁动了我们的测试数据？我们开发环境没数据，不用你们的用谁的？
• 关于态度：测试什么都不懂....跟你说不清楚用户根本不可能这样用，你们整来整去净瞎耽误工夫你们安排计划时根本不考虑测试，三天，三天怎么可能测得完！

在这些情况下，即使测试是90后肤白貌美大长腿的小姐姐，开发是技术大牛、性情温和的小哥哥，也难免双方不争吵起来，以至于影响了项目进度和工作效率。

三、解决办法

那么如何打破开发与测试之间的囚徒困境、避免无谓的争吵呢，下面结合自身的工作经历给出几点建议：

1. 与开发约定统一的项目流程及规范，比如目前工作中使用的奇效项目管理平台，就涵盖了需求单、提测单、bug管理、测试报告等功能，产品和开发同学均在此系统中创建需求、新建提测单，测试也在系统中录入bug、创建测试报告等，提高了工作效率、降低了沟通成本；另外，如果有紧急的问题待开发解决，可以迈开腿当面与开发沟通，开发认真写bug的时候有可能不会查看邮件；
2. 关于自测问题，不仅与开发自身代码质量的要求有关、也跟团队的管理制度有关。首先leader应该明确规定开发自测后才可提测，若测试因自测不通过打回可以有相应的处理措施；其次，开发自测至少应该保证主流程、前后端交互、接口均正常，这样也减少了提测打回、影响排期的事情发生。
3. 测试在报告问题时要尽量描述清楚，操作步骤、测试数据、问题出现的关键点都详细记录下来，帮助开发尽快解决问题；对于不容易复现的问题，可以保留现场让开发过来现场分析，这样既可以让开发根据目前情况查原因、也可以避免今后不复现时开发抵赖不承认此问题； 另外开发和测试对于bug严重级别产生争议时，可以与产品参与讨论，是否是用户很在意的点，如果是，就可以让开发解决啦。
4. 关于资源问题，开发和测试难免有资源的冲突，但是让工作卡在环境上，是最影响项目进度的事情。开发在使用测试环境配置和数据时，征询测试人员的许可，哪些可用、哪些不可用，避免影响测试；另外，也可以在技术上解，比如使用docker让开发测试环境一致又互不影响，也不会有“这段代码在我机器上没问题”情况；
5. 关于态度，测试和开发同在一个项目中，都有着共同明确的目标，这个目标是大家的。多站在对方的角度考虑问题，开发不应该在技术优势上藐视测试，测试不能因开发态度反而对开发有意见，这样只会嫌远丛生，影响大局。端正态度对事不对人，积极沟通解决问题，让项目顺利上线。

四、写在最后

总之，在工作中不是仅仅把自己工作做好就结束了，大家是同一个团队的为了同样的目标努力。打破囚徒之境，“没有自我，只有大道”的原则在项目工作中同样适用，携手前进吧！