51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 5483|回复: 16
打印 上一主题 下一主题

如何成为一名优秀的测试工程师

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2011-5-9 00:11:35 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
测试技术交流群147688330欢迎你的加入

1、要耐心和细心
细心是测试工程师的一个基本素质,测试工程师是对质量负责的人,涉及到质量问题,就不能含糊,因此一定要细心,细心对待每一个可能的BUG、细心对待每一段被你检查的代码,细心对待每一个你撰写的BUG报告,细心对待你发出的每一封邮件。细心是一种态度,你的态度迟早会感染和你合作的开发人员,而这往往是合作愉快的基础。
至于说到耐心,在我的工作经历中,不厌其烦地向开发人员解释一个BUG,让他认识到BUG的重要性是经常的事情,其实想想也很正常,对任何人来说,被人指出自己的缺点和不足都不是让人舒服的事情,因此,一点不耐烦的情绪就可能引起对方很大的反感,给自己的工作带来不必要的麻烦。

2、要懂得尊重对方
开发是一件需要全面和综合考虑的工作,开发工作中,由于各种原因导致程序中出现问题是很正常的现象,作为测试工程师,发现了这些问题并不值得你夸耀,也不能说明你比开发工程师聪明。一个好的测试工程师一定是懂得尊重开发工程师的人,尊重对方的技术水平,尊重对方的代码。我接触过的开发人员都是挺和善的,一般来说,对他们最大的尊重就是承认他的专业水平,承认他的代码。对他们来说,代码就像是自己的孩子一样:)因此,记得在合适的时候表达你对他的尊重,赞扬一下他代码的精妙之处。

1、要能设身处地为对方着想
开发工程师一般都处在较大的工作压力下,他的上司直接考核他们的指标很大程度上是已完成的代码,所以在工作任务紧张的时候,对于测试工程师报上来的BUG会拖延解决甚至是推脱,给测试工程师的感觉就是很不合作。那么在这个时候,就需要设身处地的为对方着想了,每个人都会为自己的工作在内心排定优先级,如果他认为解决你发现的BUG不是重要的事情,那么最大的可能就是你并没有向他解释清楚这个BUG的严重程度。
发现BUG是我们的责任,敦促BUG得到解决是我们更重要的责任,因此,我们可以心平气和地和开发人员坐下来讨论一下BUG的严重程度,和他一起排定BUG的优先级别并确定解决的时间。

2、要有原则
不要忘记,测试工程师需要对产品的质量负责,在这一点上一定要有原则。测试工程师可以和开发工程师建立良好的个人关系,但在具体的事情上,一定要按照公司的相关流程来处理。当然,在坚持原则的同时,可以采用一些委婉的表达方式,可以在允许的情况下尽量体谅开发工程师,但请记住,一个有原则的测试工程师才能真正帮助开发工程师,才能赢得开发工程师的尊重。

3、要主动承担
如果开发工程师要求你承担部分不属于你的责任,比如,定位你发现的BUG到代码一级,或者是帮助他编写部分文档和代码(不要不相信,真的有这样的事情),那么你会怎么做呢?在我的测试经历中,这些事情都遇到过,我的原则是在可能的情况下尽量多承担。其实都是工作上的事情,有能力的话,多做一点也无妨。当然,肯定有人不同意我的意见,在这里我也不想争辩,个人意见而已,仅供参考:)
在我的测试经历中,我会根据自己的进度和时间安排尽可能地提供更多的关于BUG的参考意见,甚至是定位到代码一级,这种方式不是正规的方式,但对于提高自己被信任的程度是非常有益的。
但在主动承担时,一定要明确是在自己确有余力的情况下才能去承担,否则,婉拒是最好的对策。

【四不要】
1、不要嘲笑
不要嘲笑你所发现的BUG,即使是非常愚蠢的错误也绝对不要嘲笑,说不定那个错误是因为开发工程师联系加班24小时犯下的,对别人的工作始终应该尊重。如果你觉得有必要提醒他不再犯一些经常犯的错误,可以采用这样的方式:编写一份测试过程中发现的开发人员常犯错误的文档(记住,千万不要写上谁犯了这些错误),用轻松的口气调侃一下,发送给开发人员。这种方法我采用过,开发人员都能很快接受。

2、不要在背后评论开发工程师
永远不要在背后评论开发工程师的技术能力,这个绝对是非常忌讳的事情,一时的口舌之快或许会使你永远不再能同他良好地合作,要知道,开发工程师最在意地就是别人对他的技术能力的评价。其实这个不仅仅是作为测试工程师的准则,也应该是做人的准则。

3、不要动辄用上层来压制对方
在出现和对方的意见分歧的时候,应该采用什么方式说服对方呢?直接向上层求助当然是一个办法,但这种办法带来的负面左右也是很明显的,首先是作为上层的处理结果可能不一定符合你的愿望(在很多公司,开发工程师的地位高于测试工程师的地位,这种地位的不平等导致上层在处理分歧时会有一定的偏向性);其次是动辄拿出上层来压制对方只能给他人留下无用的印象。所以在出现分歧时,尽量尝试通过沟通解决吧,实在不行,再动用最后的手段。

4、和开发人员的沟通不要只有BUG
除了在BUG记录单上,在其他的地方也让和你合作的开发工程师接触到你吧:),午餐或是集体活动的时候多和对方聊聊天,一方面可以增进彼此的感情,混个脸熟,打交道的时候也方便;另一方面,从他那里了解业务的知识和他负责模块的方方面面,对自己也是提升。我个人就很喜欢和开发工程师沟通,开发工程师其实一般都是比较健谈的,尤其是对自己程序的精妙之处,多了解一些,多接触一些,对自己总是有益的。

写了这么多,其实关键的就是两点:多从别人的角度去想想,所谓“换位思考”,多尊重对方就一定能得到对方的尊重与配合;其次是加强和开发工程师的沟通,让他清楚地认识到你的工作对他的价值,你发现的每一个BUG的重要性。

我一直认为,一个好的测试工程师一定是在公司里被所有人尊重的快乐分子,而不应该是一个“铁面判官”:)当然,作为我个人来说,绝对不敢说自己做的已经很好了,不过,我经常都记得提醒自己:尊重对方。
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
发表于 2011-5-9 10:06:05 | 只看该作者
我觉得这是写基本的素质,但是往往我们有很多的测试人员没有做到,所以如果我们想一直从事于测试这个行业,也就要坚持不懈的努力
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2011-5-20 17:55:58 | 只看该作者
顶一个
回复 支持 反对

使用道具 举报

该用户从未签到

4#
 楼主| 发表于 2011-5-26 23:19:34 | 只看该作者
回复 1# xiebin520

做测试这个工作都是合作分工的,最好和谐解决测试中存在的缺陷。
回复 支持 反对

使用道具 举报

该用户从未签到

5#
发表于 2011-6-8 11:15:16 | 只看该作者
4、和开发人员的沟通不要只有BUG
这一点非常同意,工作的时候谈论bug,不工作的时候也可以谈店别的嘛。
回复 支持 反对

使用道具 举报

该用户从未签到

6#
发表于 2011-6-11 14:01:01 | 只看该作者
多从别人的角度去想想,所谓“换位思考”
回复 支持 反对

使用道具 举报

该用户从未签到

7#
发表于 2011-6-16 09:37:58 | 只看该作者
回复 支持 反对

使用道具 举报

该用户从未签到

8#
发表于 2011-6-17 16:57:37 | 只看该作者
12 123
回复 支持 反对

使用道具 举报

该用户从未签到

9#
发表于 2011-6-26 22:39:10 | 只看该作者
很有借鉴意义,虽没有遇到过定义Bug到代码程度,但我正在向这方面努力,能看的懂代码是最好的了~ 多多学习LZ提出的各种好建议,很棒!感谢LZ分享自己的心得!
回复 支持 反对

使用道具 举报

该用户从未签到

10#
发表于 2011-9-21 15:27:56 | 只看该作者
回复 支持 反对

使用道具 举报

该用户从未签到

11#
发表于 2011-9-26 22:21:49 | 只看该作者
不错,要多多学习下!
回复 支持 反对

使用道具 举报

该用户从未签到

12#
发表于 2011-10-11 14:51:52 | 只看该作者
学习 学习
回复 支持 反对

使用道具 举报

该用户从未签到

13#
发表于 2011-10-11 16:06:55 | 只看该作者
学习了
回复 支持 反对

使用道具 举报

该用户从未签到

14#
发表于 2011-10-22 23:00:10 | 只看该作者
这些经验都非常好啊
回复 支持 反对

使用道具 举报

该用户从未签到

15#
发表于 2011-11-2 20:40:44 | 只看该作者
好熟悉
回复 支持 反对

使用道具 举报

该用户从未签到

16#
发表于 2012-7-2 14:30:34 | 只看该作者
回复 支持 反对

使用道具 举报

该用户从未签到

17#
发表于 2012-7-14 15:19:59 | 只看该作者
很棒!感谢LZ分享自己的心得!
回复 支持 反对

使用道具 举报

本版积分规则

关闭

站长推荐上一条 /1 下一条

小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

GMT+8, 2024-9-20 08:16 , Processed in 0.086151 second(s), 27 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

快速回复 返回顶部 返回列表