软件测试


网站首页 | 软件测试论坛 | 软件测试培训 | 软件测试博客 | 软件测试杂志 | 软件测试沙龙 | 软件测试下载 | 软件测试顾问
业界新闻 | 软件测试人才 | 软件测试技术 | 软件测试工具 | 行业软件测试 | 软件测试管理 | 软件质量专栏 | 软件开发专栏
当前位置:首页>>软件测试技术>>其他相关>>正文
测试人员和开发人员和谐相处的技巧
文章出处:Kiki的专栏 作者:Yogita Sahoo原著 Kiki翻译 发布时间:2006-06-02
    当测试人员证明了应用程序充满了bug时,她正在做一份令人满意的工作还是糟糕的工作?从一些开发人员的角度看,那是一份糟糕的工作。看上去很可笑,项目经理责备测试人员拖延了产品的发货期,开发人员(通常是开玩笑地)抱怨说“测试人员对程序太粗暴了”。很显然,没有比bug数量更能代表成功的测试了。以下是一些关于测试人员如何和开发人员建立成功的关系的技巧。
 
    当我以作为一个软件测试人员开始我的职业生涯时,我就意识到在开发人员和测试人员之间正在进行的对抗。我根本没有花时间和精力就确信这种情况是非常普遍的。我收到了来自开发人员的各种不友好的回应,我认为所有的测试人员都在他们的职业生涯中经历过这些事。 
从冷漠的耸肩到明显的敌意(有时会用同情的微笑掩饰),一个测试人员不得不忍受来自开发人员的许多态度。很难保持一个积极的态度。但是保持我们的优先的正直,并且向前推动高质量的项目是由我们自己决定的。 
我从Cem Kaner的《Testing Computer Software》里挑出一句很好的话:“最好的测试人员不是那些发现最多bug的人,或使最多开发人员尴尬的人。最好的测试人员应该是能够使最多的bug得以修复的人。”
 原文:“The best tester is not the one who finds the most bugs or who embarrasses the most developers. The best tester is the one who gets the most bugs fixed.” -经典。
 
那么我们可以做什么呢?
 
热忱并且耐心(Be Cordial and Patient 

    作为一个测试人员,你或许发现使开发人员信服你发现的缺陷是非常困难的。通常,如果一个测试人员找到了一个bug,程序员将准备10个理由。有时让开发人员接受他们的代码是有缺陷的(并且是其他的人发现的)这个事实是很困难的。
    开发人员需要来自测试小组的支持,测试小组可以保证发现的新bug是值得关注的,健康的并且对于使产品更好是非常重要的。一个人性的方法是经常帮助测试人员更多的了解编程人员。相信我,不用多久,相同的一个人将站在你身边了并且笑着指出引起bug的错误。热忱将帮助开发人员对你的错误报告说“Yes”。这是重要的第一步。
 
处事老练(Be Diplomatic 

    试着巧妙地表述你的发现,并且不带任何责备地解释bug。“我确信这是一个很小的bug,你不用花多少时间就可以处理掉。到目前为止这还是一个不错的程序。”开发人员将会跳起来并且拥抱你的bug。
    用一种心理方法。有时表扬一下开发人员的工作。为什么大多数开发人员不喜欢我们的错误报告的原因非常简单:就是他们认为我们在诋毁他们的辛勤工作。有些测试人员只在出现问题的时候才和开发人员沟通。对于大多数开发人员而言,软件是他们自己的孩子,而你只是一个妨碍他们的外人。我告诉我的开发人员因为他们我才存在于公司,而且由于我的存在,他们的工作才得以继续。测试人员和开发人员之间的关系是一种共生及互惠的关系。

不要害怕尴尬(Don’t Embarrass 

    没有人喜欢被指出错误。这是人类的天性。试着解释修复那个特别的bug的需要胜于只是用庞大的bug报告向开发人员开火。一连串的缺陷不只会激怒开发人员,而且会使你的辛苦工作对他们来说是无用的。 
    正象一个人不可能独自测试完一个程序一样,开发人员也不能设计程序没有任何错误,而且在其他事情发生之前,他们需要先了解清楚。有错误是预料之中的事,他们也是过程中的一个正常的部分。
 
你赢得了一些,你也失去了一些(You Win Some, You Lose Some 

    我知道有些测试人员尽可能将自己的错误报告强硬。他们甚至不听开发人员关于为什么不能修复一个错误和不能实现一个功能的解释。尝试一些可以让自己放松的方法。做到开发人员身边和他一起分析错误的优先级和严重程度。如果开发人员在其不愿变更的背后有一个合理有效的解释,试着理解他。只是确信了解了要在什么地方划定界限以保护你产品最终的质量。
 
谨慎一些(Be Cautious 

    外交手段和适应能力不能替代谨慎的需要。开发人员经常会找借口说因为他们没有意识到(或者你没有告诉他们)那个错误有多严重所以他们拒绝修复它。用足能够清楚展示风险和问题严重性的方法设计你的错误报告和测试文档。甚至更好的办法是召开一个会议并且向他们解释那些问题。 

    一个聪明的测试人员是在倾听和执行之间保持平衡的人。如果开发人员不能使你信服错误不应该被修复,那么你的责任就是使他信服要修复错误。

站内搜索
相关文章
◎面试:最易被忽略的12种高级错误
◎关于软件文档 这些你知道吗?
◎软件测试分析报告应该包括哪些内容?
◎软件测试工程师面试问题选登
◎职业生涯规划与开发
◎软件测试人员职业发展助手
◎软件质量需求不断提高,小Bug蕴含测试大市场
◎中小型软件的开发项目管理
◎从测试角度看用户手册在软件质量中的地位
◎谈谈对测试职业的看法
◎利用RSS进行项目沟通
◎Visual Studio 2005常用插件搜罗
◎如何构建一个入侵检测系统(IDS)
◎google引擎研究
◎我在软件公司成长的三年
◎有关软件测试的术语定义集锦
◎八大著名免费邮箱服务横向评测
◎几个制约测试发展的问题
◎用户为软件测试买单?
◎软件测试及其支持工具
◎软件测试应遵循的八条原则
◎正确对待需求的变更
◎Alpha和Beta测试简介
◎优秀软件文档的必备要素
◎如何编写企业解决方案书
◎19个主动报错的电脑启动故障现象分析
◎DOS命令大全
◎系统重装后免中毒十招技巧
◎如何制定成功的测试计划
◎Google搜索从入门到精通v4.0
◎如何配置软件测试环境
◎迈向质量阶梯的思考
◎好的测试工程师应具备的素质
◎汉化软件的测试综述
◎如何加强软件开发中的测试工作(2)
◎如何加强软件开发中的测试工作(1)
◎直面软件开发问题
◎Windows系统实用工具集
◎故障模式影响及危害性分析与软件质量
◎软件测试基本方法
◎网管和黑客都必须知道的命令
◎软件产品测试标准
◎漫谈软件测试工程师的角色定位
◎Windows应用程序的GUI测试指南
◎测试人员和开发人员和谐相处的技巧
◎团队精神与企业凝聚力
◎测试小技巧集锦之一黑盒测试
◎企业内部实现软件测试自动化的方案探讨
◎质量保证计划模板
◎测试的主要评测方法(3)
热门文章
◎软件测试工程师面试问题选登
◎一个初级测试工程师的工作总结
◎软件测试常用术语表
◎测试人员面试三步曲
◎DOS命令大全
◎什么样的测试人员是好的测试人员
◎软件测试基本方法
◎好的测试工程师应具备的素质
◎软件测试入门书籍(2)
◎我在软件公司成长的三年
◎面试官最爱问的问题背后真相
◎软件测试工程师面试题
◎应届毕业生少走弯路的十条忠告
◎有关软件测试的术语定义集锦
◎微软的软件测试方法(一)
◎我的测试经历(1)
◎全景记录:软件测试工程师的一天
◎软件测试步骤
◎谈谈对测试职业的看法
◎漫谈软件测试工程师的角色定位
◎测试需要掌握什么
◎软件测试员自身素质培养
◎测试小技巧集锦之一黑盒测试
◎近10年最强的50本计算机图书,您读过几本?
◎软件测试人员职业发展助手
◎测试要点总结
◎如何制定成功的测试计划
◎测试的主要评测方法(1)
◎什么是ERP,通俗版解释
◎测试经验交流
◎软件测试及其支持工具
◎编写优秀Bug报告的艺术
◎软件产品测试标准
◎从程序员到测试工程师
◎微软的软件测试方法(二)
◎软件测试应遵循的八条原则
◎测试版本大全
◎我的测试经历(2)
◎测试人员的挑战
◎网管和黑客都必须知道的命令
◎QA活动的理解与实施
◎Alpha和Beta测试简介
◎网络最经典命令行
◎想编写出优秀技术文档,先学学这四招
◎个人职业生涯规划发展
◎你适合做测试吗?
◎软件测试的误区
◎我的测试经历(3)
◎软件测试的心理学问题
◎软件测试组织与方法

Google提供的广告