解读日常工作中开发和测试的关系

发表于:2017-5-03 09:28

字体: | 上一篇 | 下一篇 | 我要投稿

 作者:小鱼儿    来源:51Testing软件测试网原创

  摘要:本文是自己在日常测试中在处理和开发关系的一点感知和想法,结合了自己工作当中的一点经历,希望和大家共同分享。
  "小冤家,你干嘛,像个傻瓜?我问话,为什么,你不回答,
  你说过,爱着我,是真是假,说清楚,讲明白,不许装傻"
  大家应该都能唱这首歌吧,这是电视剧《情深深雨蒙蒙》里面赵薇的歌词,当时赵薇唱的时候感觉真的是活泼又有趣,我今天也把自己作为测试人员在与开发沟通过程中的有趣小事叨唠叨唠。
  以前去面试的时候不知道面试官是一种惯性思维还是真的想知道这方面的答案,面试过程中总会有这样一个问题:
  在你以往的工作当中你有没有与开发就某一个问题存在分歧甚至是争吵,这时候你是怎么解决的或者你觉得自己处理的比较好的经验有没有?
  这时候我该怎么回答呢?总不能说我没有遇到过,我这个测试人儿和开发相处的很愉快!(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……并且自己也切切实实的参与其中,这中间和开发的矛盾才显现的比较明显。
   ... ...
   查看全文内容,请点击下载http://www.51testing.com/html/64/n-3717264.html
版权声明:51Testing软件测试网及相关内容提供者拥有51testing.com内容的全部版权,未经明确的书面许可,任何人或单位不得对本网站内容复制、转载或进行镜像,否则将追究法律责任
《2023软件测试行业现状调查报告》独家发布~

关注51Testing

联系我们

快捷面板 站点地图 联系我们 广告服务 关于我们 站长统计 发展历程

法律顾问:上海兰迪律师事务所 项棋律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2024
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪ICP备05003035号

沪公网安备 31010102002173号