摘要：本文是自己在日常测试中在处理和开发关系的一点感知和想法，结合了自己工作当中的一点经历，希望和大家共同分享。
"小冤家，你干嘛，像个傻瓜？我问话，为什么，你不回答，
你说过，爱着我，是真是假，说清楚，讲明白，不许装傻"
大家应该都能唱这首歌吧，这是电视剧《情深深雨蒙蒙》里面赵薇的歌词，当时赵薇唱的时候感觉真的是活泼又有趣，我今天也把自己作为测试人员在与开发沟通过程中的有趣小事叨唠叨唠。
以前去面试的时候不知道面试官是一种惯性思维还是真的想知道这方面的答案，面试过程中总会有这样一个问题：
在你以往的工作当中你有没有与开发就某一个问题存在分歧甚至是争吵，这时候你是怎么解决的或者你觉得自己处理的比较好的经验有没有？
这时候我该怎么回答呢？总不能说我没有遇到过，我这个测试人儿和开发相处的很愉快!（O(∩_∩)O哈哈~……）
一般我的官方回答大致如下：
"这种其情况其实经常会遇到，但是首先我们得摆正一个态度:大家的共同目标都是一样的，都是为了产品，为了客户;在这个前提下，首先认真倾听开发的想法，找出开发和自己的出路，然后将自己的想法合情合理的用一种开发比较容易接受的方式表述出来,当然原则是必须要坚持的"。
其实细细回想自己几年的工作经历，那些和开发头疼脑热的对话，针尖对麦芒的沟通，回想着和开发的相处模式，然后和上面的官方回答一对比，突然有种偷笑的冲动，想着想着思绪就涌出来……
我的第一份工作（3年）：系统整合测试工程师（SIT）
系统测试的东西会比较的广而大，要测试硬件也会测试软件，系统是连接硬件与 软件的载体，没有操作系统那也就没什么软体供用户使用了（当然这里排除那种牛逼的程序员可以命令行操作了），硬件搭载在系统下供普通用户使用，所以当时我所在的那个部门接触最多的开发部门或者可以说叫开发吧，当时来说应该是：HW和BIOS,这2个部门即为Hardware和Basic input and output System,如果有在代工厂或其他类似有这种性质公司呆过的同僚应该理解起来会比较的容易，HW简单来说就比较偏硬件了，BIOS就是管程序输入输出的，反正就是2个比较牛的部门（哈哈，希望听到我这样说工作在这2个部门的同僚会比较高兴，下回见到我手下留情一点点……）.
当时只知道每天沉浸在无数片服务器主板的拆装中，一般我们系统部门会有自己一套常规的测试用例，供我们日常项目的测试使用，大致就是基本的功能测试，性能测试，兼容性测试这几块。项目前期最经常碰到的问题就是开不了机或者即使开机了还是没法看到系统里面的东西，或者是Reboot跑不过，或者是网速上不去，或者是系统读不全硬件部件等等，找的最多的部门就是HW和BIOS，HW经常会把里面一片cpld的芯片抠出来拿去他们那里检测，BIOS部门也会去读BIOS芯片，当然这只是比较大的问题才会直接去动芯片里面的东西，一般的问题HW和BIOS看一下或者直接刷个分位也就解决了，可能这中间开发测试的分界线并不是很明显，大家的矛盾冲突不是很直接，项目前期测试问题很多，部门直接接触比较频繁，有时候会有点尴尬，怎么又要跑到别的部门去，哈哈……要是那个部门帅哥美女比较多还愿意去一点，要是……还真是不愿意烦他们，有时候大家一天打交道多了，真是中午吃饭都不愿意碰到，真怕影响食欲，因为在食堂坐在一起吃饭肯定又是围绕那个Bug讨论了，就感觉边吃饭边开会一样……唉…吃饭都不让人好好吃了。
那段时间对于我们来说最麻烦的就是自己定位问题,然后去找相关的部门解决，我们当时还只是普通的tester，上面会有PL(Project leader)，自己发现的问题首先需要定位清楚是什么导致的，然后反复确认这个问题的确存在，同时仔细验证在同机型上面是否存在同样的问题，还是只有这个机型才有这个问题，一般写bug的时候要将这些对比写清楚，以便PL确认，定位清楚找谁解决，供后面修复的人员分析，有时候PL很忙没有时间弄清楚你的问题，你还需要耐心和PL解释清楚你发现的bug产生的过程，你还得自己控制自己工作plan，确保自己能在规定的有时间测完自己的任务。问题来了，有时候你自己定位了问题，HW和BIOS可能没时间解决，就会相互推脱，推来推去，来回折腾，要是测试人员是实习生，哎，人微言轻(此处省略一百字……)
第一段经历让我明白了，做事情需要有条理，同时自己的工作自己需要有个规划，和其他部门的沟通自己如果实在人微言轻就需要寻找中间媒人，这个媒人可能是你的leader，可能是你的boss，也可能是你在公司玩的比较好的兄弟姐妹，当然前提还是你自己得条分缕析，别让帮你的人为难，给老大增加烦恼，同时掌握沟通的艺术。本着将事情理清楚弄明白的原则，本着解决问题的态度---心要细，嘴要甜的去解决问题！
我的第二份工作（1年）：软件测试工程师
作为系统整合测试工程师，使我接触了硬件也接触了软件，可是那将近3年的工作经历在我后来面试其他公司的时候被定位为硬件测试工程师，说句实话我自己都不是很明白，难不成是我的简历描述的让大家这样误解了，反正那段经历在我后来找第二份工作的时候实在……硬件测试的标签让我四处碰壁，最后好不容易找到了一份软件测试的工作，这正是我现在从事的工作。
接触第二份工作之后我才正式接触流程，懂得了测试开发明确的分界线，也知道了什么是kick off，case review，code review，QA……并且自己也切切实实的参与其中，这中间和开发的矛盾才显现的比较明显。
就来讲讲中间的趣事一二件吧。
进入这家公司是以PL的角色，但是这个PL很虚，主要是下面没有人，自己既是pl也是tester，自己的项目自己测试，如果项目忙自己弄不过来，老大才会给我这个项目派个人，这时候才会感觉自己是PL（呜呜呜~~~~(>_
25:8条bug-Close with "not defect"
记得测试第一个项目的时候，上了25条bug，并且这其中有8条都回答成not defect，当时自己部门课长很是惊讶，产出bug量这样大，还不是修复的，not defect？什么鬼？真的是用惊讶来形容，立马就组织开了个会，会上就直接说这次的bug都有哪些，并且让我一个个解释现象，报bug的原因，还好自己的专业素养在那，不慌不忙，娓娓道来，后来老板发现大部分的问题都是开发人员的不仔细，工作马虎导致的。
会议结束，开发部门负责这个项目的暂时就称呼她为N姐就过来，一来那就是一顿指责啊，说什么我乱报bug，什么问题都往上面报等等，反正就是枪药味十足，说句实话当时真是被她的气势吓住了，我也是工作了小3年，真真的是没有见过这样吵架的，当时一句话说不出来，唉，那感觉就像，就像那啥……后来我老大和我说："N姐那人就那样，不用理会她，保证自己测试的没有问题，上的bug的确是存在的，只有自己没有错误那就不用怕！"现在想想真是感激！！！当然这是其中见到的比较奇葩的。不能代表其他开发人员的素养！
监视器->项目delay
最近开发自己设计了个监视器，这个监视器用来监控内部服务器状态，并且定时发邮件给指定人员，这个项目年前就开始了，是个内部的项目，刚刚开始就一拖在拖，后来好不容易发版本了，可是基本功能一直没有实现，然后开发就说"就是这样的，是不是你测试的有问题啊，要不你在测试一遍我看看，我自己测试都是好的……"搞到后来开发测试都没有继续下去的信心了，其他项目也要人力测试，这个项目感觉遥遥无期，人力投入和实际产出不成正比，有点入不敷出，可是开发那边最终貌似找到原因了，想发Final2了，大致意思就是我发了总归会有人测的。反正这种事情就是比较头疼，schedule只能delay，只能说计划赶不上变化，人员也只能重新安排。
......
出自《51测试天地》原创测试文章系列（四十五）
