每天进步一点点,点滴的积累终究会带来质的变化。在测试这条路上,我希望我可以走的更远~~

做一个“据理力争”的测试员

上一篇 / 下一篇  2010-01-21 09:21:53

今天与开发人员的一次争执,让我又学会了一条测试人员必须掌握的黄金准则“据理力争”。

有些时候,因为对业务理解程度上的差异,与开发人员在某些功能点的具体实现方式上,会有不同的认识。这时候,我们的沟通显得格外的重要。我们要用最良好友善的沟通方式,清楚的表达自己对业务的理解,以及对实现方式的建议。使开发人员明白我们的建议是有理可循,是最符合客户需求的。此时开发人员也会从他们的角度,给我们分析他们对于业务需求的理解和实现方式复杂程度的分析。在此,作为一名合格的测试人员,我们即要参考开发人员给出的合理分析,同时也要从总体上把握客户的需求,最最重要的就是这点“客户的真实需求”来权衡应该采用怎样的方式,实现需求。

对于某些由于开发人员片面理解需求而产生的缺陷,作为一名合格的测试人员,我们应该“据理力争”,坚持自己的理解,从多方面向开发人员介绍如此实现的优点。对于那些我们认为对系统影响较大,而开发人员坚持不改的缺陷,我们可以提交项目经理,由项目经理从系统的整体着想,来觉得是否修改。

总之,作为一名合格的测试人员,我们一定要认真准确分析客户的需求,从需求出发,一丝不苟的对待每一个缺陷。不能因为开发人员的辩解,而放弃任何一个存在的缺陷,增加系统潜在的风险。对于任何我们认为的缺陷,要学会“据理力争”。


TAG:

5Q的个人空间 引用 删除 shine2001   /   2010-02-05 10:03:59
对头,对于新人来说一定要防范“忽悠”
有不懂的,疑惑的,怀疑的都可以找自己的师兄师姐帮忙。等业务慢慢熟悉,欺生会减少
点点的测试小窝 引用 删除 qicailingbing   /   2010-02-04 14:57:35
原帖由shine2001于2010-02-04 14:06:54发表
呵呵,执着的精神可嘉。但是在实际工作中无需“据理力争”。

据理力争并不能让你和产品获得任何的好处.

嗯,确实,和开发的关系太紧张了对自己的工作也是不好的。要注意自己沟通的方式,语言不能太偏激。但是对于认定的缺陷,也要坚持自己的原则。不能随着开发的思路走~我主要是想强调要有自己的原则,不能轻易被开发“忽悠”了
5Q的个人空间 引用 删除 shine2001   /   2010-02-04 14:06:54
呵呵,执着的精神可嘉。但是在实际工作中无需“据理力争”。

据理力争并不能让你和产品获得任何的好处,反而有可能伤害你自己。简单而有效的做法仅仅是客观描述罢了,开发不予处理则请其说明理由则行。

我举一个问题的处理方式,你看看可行不

发现问题(疑问),上缺陷(缺陷管理平台)。开发人员收到缺陷,不予处理(说明不予处理的理由)。测试人员向自己领导请教该问题,若的确是个很好的发现,领导肯定支持你,请领导发表意见就行了。若领导觉得不予处理是可行的,肯定有其道理,听领导说明原因。

先过自己领导这关,因为从领导的角度来说,一个问题不是看功能的实现,而是从业务的大方向和更高的角度考虑问题。过去了,则无需你“据理力争”。你和开发人员的据理力争无疑是以卵击石。你的领导来介入问题,则调了个个,对方以卵击石。罪过罪过。

实际工作中其实需要放松心态,客观,平静的看待问题。乐观,自然的处事。开发人员是你的合作伙伴,产品不会没有问题,只会减少问题。增强合作,减少内斗,互相理解,目标一致
平凡的美好的个人空间 引用 删除 平凡的美好   /   2010-02-02 14:04:17
1
 

评分:0

我来说两句

qicailingbing

qicailingbing

虽然是很糊涂的进入了测试一行,不过越来越发现对这一行的热爱。慢慢来,一步一步向着测试走去。

日历

« 2024-04-09  
 123456
78910111213
14151617181920
21222324252627
282930    

数据统计

  • 访问量: 18483
  • 日志数: 21
  • 图片数: 1
  • 建立时间: 2009-09-18
  • 更新时间: 2010-07-22

RSS订阅

Open Toolbar