开发的,请对测试人员好点
2017-12-30 00:57
183 查看
最近我时常看到,有开发的总对测试人员大喊大叫,有种不耐烦的感觉。可能那些开发与人相处的性格就是那样,但他们的语气,让我感觉他们还是有不满、厌烦的情绪,不像平时待人时友善。作为开发者,我想说,“开发的,请对测试人员好点”。
测试人员和开发的是一伙的。他们在测试的过程中,是发现你所遗失的细节、犯下错,是在帮你找问题,而不是在找你麻烦,惹你晦气。当他们在跟你反馈问题时候,别第一念头就认为在找你麻烦,指责你的错。特别是在开发进度是比较紧急,很多需求和问题都像是要来不急,这两天就要封版,测试还给我们提出一堆问题,就特别烦恼,语气也不友善起来。
我觉得此时可舒缓一下神经,想想自己坚守的精益求精(这是我认为工作该有品质),紧急的确实需要解决,但bug修复也很重要,是不能被忽略放过的,我们该做的,就是判断是否重要问题以及解决时机,而不是怨天尤人。我们该感谢测试人员,感谢他们发现我们实现上的不足,将问题堵截在用户之前。
人总喜欢被认同的,讨厌被轻视指责。网上有个程序员段子。
『 测试人员对程序员说:你的代码有BUG。
他的第一反应是:1、你的环境有问题吧;2、你踏马到底会不会用?
如果你委婉的说:你这个程序和预期的不一样,你看看是不是我的方法不一样。
他本能的会想:是不是程序出BUG了。』
恰恰测试人员干的事,有时确实像是在指责开发的。但我并不是想说,测试人员需要怎么委婉的表述问题,我是想勉励开发的接受测试人员第一种表达方式,接受自己的错,像看待另一个开发者的错一样,直视这样问题,检查过后如果发现是确实自己问题,就豁达一些说,“是我的问题”;如果是测试人员的失误,也不要咄咄逼人,像个胜利者一样;
当然,测试人员遇到问题时,先追查是否环境问题,再简明扼要的描述问题和操作步骤,那会好很多。如果觉得测试人员的反馈方式有问题,就好好沟通,指明也就行了。
错了,就勇敢承认下来。但这不是说你可以时时犯错,只要被发现时候认了就行,工作不应该是这样子的。我们程序员也得注意开发的严谨和完善,有没有遗漏什么需求点,是不是所有场景用例都走过了,能不能性能上有所优化,在交付到测试人员手上时,应该就已经是少问题版本。别让测试人员总帮你找细枝末节的问题,他们应该是你的把关者,帮你找出特殊场景或预料之外的问题。
挺常见的现象就是,开发的只把正常的流程走了一遍,但却忽略了一些异常的情况或处理得不严谨,让测试揪出一堆的问题。这就导致自己预料之外的事太多了,但太多预料之外的问题,就显得自己无能。
其实我是怕测试人员的,只要她一走过来,我心里就会咯噔一下,细想哪又挖了坑,然后发现她是找我后面的人,又长吁一口气,-_-|||。我时常跟需求的争论,但很少跟测试争论,我把测试当成自己人。虽然被指出问题,要改的东西变多了,但庆幸有他们在,发现了问题,能让做的东西变得更完善,所以,请对测试人员好点。
本文为原创文章,转载请保留原出处,方便溯源,如有错误地方,谢谢指正。
本文地址 :http://www.cnblogs.com/lovesong/p/8146912.html
测试人员和开发的是一伙的。他们在测试的过程中,是发现你所遗失的细节、犯下错,是在帮你找问题,而不是在找你麻烦,惹你晦气。当他们在跟你反馈问题时候,别第一念头就认为在找你麻烦,指责你的错。特别是在开发进度是比较紧急,很多需求和问题都像是要来不急,这两天就要封版,测试还给我们提出一堆问题,就特别烦恼,语气也不友善起来。
我觉得此时可舒缓一下神经,想想自己坚守的精益求精(这是我认为工作该有品质),紧急的确实需要解决,但bug修复也很重要,是不能被忽略放过的,我们该做的,就是判断是否重要问题以及解决时机,而不是怨天尤人。我们该感谢测试人员,感谢他们发现我们实现上的不足,将问题堵截在用户之前。
人总喜欢被认同的,讨厌被轻视指责。网上有个程序员段子。
『 测试人员对程序员说:你的代码有BUG。
他的第一反应是:1、你的环境有问题吧;2、你踏马到底会不会用?
如果你委婉的说:你这个程序和预期的不一样,你看看是不是我的方法不一样。
他本能的会想:是不是程序出BUG了。』
恰恰测试人员干的事,有时确实像是在指责开发的。但我并不是想说,测试人员需要怎么委婉的表述问题,我是想勉励开发的接受测试人员第一种表达方式,接受自己的错,像看待另一个开发者的错一样,直视这样问题,检查过后如果发现是确实自己问题,就豁达一些说,“是我的问题”;如果是测试人员的失误,也不要咄咄逼人,像个胜利者一样;
当然,测试人员遇到问题时,先追查是否环境问题,再简明扼要的描述问题和操作步骤,那会好很多。如果觉得测试人员的反馈方式有问题,就好好沟通,指明也就行了。
错了,就勇敢承认下来。但这不是说你可以时时犯错,只要被发现时候认了就行,工作不应该是这样子的。我们程序员也得注意开发的严谨和完善,有没有遗漏什么需求点,是不是所有场景用例都走过了,能不能性能上有所优化,在交付到测试人员手上时,应该就已经是少问题版本。别让测试人员总帮你找细枝末节的问题,他们应该是你的把关者,帮你找出特殊场景或预料之外的问题。
挺常见的现象就是,开发的只把正常的流程走了一遍,但却忽略了一些异常的情况或处理得不严谨,让测试揪出一堆的问题。这就导致自己预料之外的事太多了,但太多预料之外的问题,就显得自己无能。
其实我是怕测试人员的,只要她一走过来,我心里就会咯噔一下,细想哪又挖了坑,然后发现她是找我后面的人,又长吁一口气,-_-|||。我时常跟需求的争论,但很少跟测试争论,我把测试当成自己人。虽然被指出问题,要改的东西变多了,但庆幸有他们在,发现了问题,能让做的东西变得更完善,所以,请对测试人员好点。
本文为原创文章,转载请保留原出处,方便溯源,如有错误地方,谢谢指正。
本文地址 :http://www.cnblogs.com/lovesong/p/8146912.html
相关文章推荐
- 再谈开发人员和测试人员的比例
- 做一个开发人员认可的测试人员(系列5) ---也谈STAFF的应用
- 软件产品发布后出现重大质量问题,谁来负主要责任?开发人员还是测试人员?
- 代码是开发人员的产出;bug是测试人员的产品
- “测试人员”与“开发人员”的视角差异
- 做一个开发人员认可的测试人员(系列2) --谈谈做技术的人的心态问题
- 开发团队里是否需要测试人员?
- 测试人员如何赢得开发人员的尊重
- iOS开发实用技巧—打包app发给测试人员测试
- 一线测试人员来谈谈开发测试比(II)
- 测试人员如何赢得开发人员的尊重
- 软件开发人员和软件测试人员区别
- 测试人员和开发人员和谐相处的技巧
- 软件测试之单元测试:开发人员的测试
- 产品开发初期测试人员应该做什么?
- 开发人员VS测试人员:究竟谁更好
- 开发人员如何使用testFlight给测试人员推送ios测试包(含使用testFlight要注意的地方)(20170413备注:苹果已改版,此方法不再适用)
- 开发人员与测试人员的划分
- 软件测试人员需要精通的开发语言(1)--- VBScript
- [ZZ]敏捷团队中测试人员和开发人员的合理比例?