• 开发的,请对测试人员好点


     最近我时常看到,有开发的总对测试人员大喊大叫,有种不耐烦的感觉。可能那些开发与人相处的性格就是那样,但他们的语气,让我感觉他们还是有不满、厌烦的情绪,不像平时待人时友善。作为开发者,我想说,“开发的,请对测试人员好点”。

       测试人员和开发的是一伙的。他们在测试的过程中,是发现你所遗失的细节、犯下错,是在帮你找问题,而不是在找你麻烦,惹你晦气。当他们在跟你反馈问题时候,别第一念头就认为在找你麻烦,指责你的错。特别是在开发进度是比较紧急,很多需求和问题都像是要来不急,这两天就要封版,测试还给我们提出一堆问题,就特别烦恼,语气也不友善起来。

     我觉得此时可舒缓一下神经,想想自己坚守的精益求精(这是我认为工作该有品质),紧急的确实需要解决,但bug修复也很重要,是不能被忽略放过的,我们该做的,就是判断是否重要问题以及解决时机,而不是怨天尤人。我们该感谢测试人员,感谢他们发现我们实现上的不足,将问题堵截在用户之前。

       人总喜欢被认同的,讨厌被轻视指责。网上有个程序员段子。

      『 测试人员对程序员说:你的代码有BUG。

           他的第一反应是:1、你的环境有问题吧;2、你踏马到底会不会用?

           如果你委婉的说:你这个程序和预期的不一样,你看看是不是我的方法不一样。

           他本能的会想:是不是程序出BUG了。』

       恰恰测试人员干的事,有时确实像是在指责开发的。但我并不是想说,测试人员需要怎么委婉的表述问题,我是想勉励开发的接受测试人员第一种表达方式,接受自己的错,像看待另一个开发者的错一样,直视这样问题,检查过后如果发现是确实自己问题,就豁达一些说,“是我的问题”;如果是测试人员的失误,也不要咄咄逼人,像个胜利者一样;

     当然,测试人员遇到问题时,先追查是否环境问题,再简明扼要的描述问题和操作步骤,那会好很多。如果觉得测试人员的反馈方式有问题,就好好沟通,指明也就行了。

       错了,就勇敢承认下来。但这不是说你可以时时犯错,只要被发现时候认了就行,工作不应该是这样子的。我们程序员也得注意开发的严谨和完善,有没有遗漏什么需求点,是不是所有场景用例都走过了,能不能性能上有所优化,在交付到测试人员手上时,应该就已经是少问题版本。别让测试人员总帮你找细枝末节的问题,他们应该是你的把关者,帮你找出特殊场景或预料之外的问题。

       挺常见的现象就是,开发的只把正常的流程走了一遍,但却忽略了一些异常的情况或处理得不严谨,让测试揪出一堆的问题。这就导致自己预料之外的事太多了,但太多预料之外的问题,就显得自己无能。

       其实我是怕测试人员的,只要她一走过来,我心里就会咯噔一下,细想哪又挖了坑,然后发现她是找我后面的人,又长吁一口气,-_-|||。我时常跟需求的争论,但很少跟测试争论,我把测试当成自己人。虽然被指出问题,要改的东西变多了,但庆幸有他们在,发现了问题,能让做的东西变得更完善,所以,请对测试人员好点。 

    本文为原创文章,转载请保留原出处,方便溯源,如有错误地方,谢谢指正。
  • 相关阅读:
    Spark 基本概念及入门
    Cron 表达式详解
    VmWare 网络模式
    微信、支付宝各种支付退款
    Spring Security OAuth2 SSO 单点登录
    Git 入门详解
    基于Spring Boot 2.x 的 Spring Cloud Admin 实践
    Git 提交规范
    Linux 安装 Mysql8.0
    Docker入门
  • 原文地址:https://www.cnblogs.com/lovesong/p/8146912.html
Copyright © 2020-2023  润新知