身为测试人一定要自己的原则

上一篇 / 下一篇  2011-03-10 20:15:23

身为测试人员一定都不陌生作为测试人员应该必备的六个基本要素(责任心,沟通能力,团队合作精神,耐心、细心、信心,时时保持怀疑精神并有缺陷预防意识,具备一定的编程经验)。尤其是经过培训的朋友,因为我就是培训出来的人,真正接触到测试的东西时,第一章就讲身为测试人员应该必备的六个基本要素是什么。当时记得每次都记得很清楚,总是认为只要贯彻的去这样做会没有什么问题。渐渐的随着自己加入了项目组,责任心,团队精神,耐心、细心、信心这三点不用说了,其实做其他行业的时候也是一样的,这个应该是身为优秀人在社会上要立足之根本。可能是因为身在外包行业,所以没有了自己公司的开发团队,所谓的沟通能力明显的受到了些许的阻碍,但是并不代表就没有了沟通,还有自己的leader,虽然在产品设计上沟通的很少,但是你会跟你的leader去确认,有时候可能真的是时间久了,对某些问题的看法都不一致了。尤其是对于新人来说,由于对产品都是全新的接触,所以就会做出很多很大胆的尝试,也往往就是这些大胆的破坏性测试才更能检查产品的健壮性。然后又会碍于自己是新人,不懂规矩还不敢轻举妄动,所以会去询问,而在这询问的过程中会出现些歧义。就像自己刚刚进入这个项目组的时候,因为不懂的太多,然后觉得像是bug的,自己会再次验证,然后确定的就会去报bug,不确定的就会去询问,其实在询问的时候只是想确定一下这个问题是不是design的问题,但是经过几次我才发现一个规律,虽然有很多前辈在,有跟了这个产品几年的老人在,但是也不能说那就是权威,因为我们没有需求,而他们给的建议就是你可以报bug啊,大不了就dup或者not a bug.从我个人观点认为这就是一种不太负责任的心态,本以为自己是新人就应该多向老人学习,认为是前辈说的就一定是对的,经过了一段时间自己才总结出来,其实不能太信任或者依赖于别人,因为不管别人给你的建议是什么,做与不做的决定权都在你自己,最后你做或者不做所造成的结果也都是由你自己来承担的。所以不要轻易相信别人说的就一定是对的,即使是资格在老的人。我知道自己在这其中犯了一个问题就是渐渐的就忘记了自己的怀疑精神,而身为一名测试人员,如果连这样的怀疑精神都没有,怎么来保证产品的质量,怎么来对得起客户对你的信赖,怎么对得起将来用的人,怎么对得起这个职位呢?
记得后面来的新人,经常也会找我来确认一些问题,我一般都会跟他一起去分析,这个问题可能产生的原理是什么,然后告诉他我的建议是什么,我会站在我的角度去理解这个问题,如果再不去确定的会再去跟上面的leader沟通,但是有很多给的建议都很模糊,就是这个可能是bug,但是被修复的可能性不太确定,所以弄得那个同事都不敢再去报bug了。突然间想起自己刚来的时候,也是一样的迷茫吧,只是有一定比她好的是,我还能确定出那些是对哪些是不对,因为从她报过的bug,被dup或者是 not a bug时的心态来看,新毕业的学生好像还没有转过来要对自己所做的决定来负责的心里,而且在我跟他说,如果你确定这个是问题,有碍于用户的使用就去报,不要管开发会不会去修的时候,他表现出来的很惊讶,很明显在他的意识里就是开发不会修就不用报,而却忽略了报与不报责任在我们,而修不修责任是在开发,还犯一个错误就是用自己的意识去揣摩开发的心理,认为别人会不把那个当成问题,其实这样的心里对于测试只会有害而无利的,再加上如果在测试路上的起初阶段就有了这种心理,那么以后还会在改的过来吗?如果想一直走在这条路上的话,这个不是一个很致命的bug吗?呵呵 也许是自己想太多了,但是我觉得经常的这样反思一下自己还是很有帮助的,总比做着做着事情,自己都麻木了,不仅没有知觉,也没了思想,每天只是像台机器似的工作。经常的这样思考些问题至少还让自己知道自己还有很多的问题,还有很多地方需要改进,知道自己还有别于机器的特殊潜质。
做测试的朋友们,请记得做事情一定要有自己的原则,其实也可以用到其他的方面,因为没有人会为你做的事情买单,买单的人只有自己,不管是对的还是错的,承担后果的人都是自己。就像今天自己又做了一件很蠢的事情,但是却不太后悔的事情,也许很多人会认为我处世不够圆滑,本来是很久以前遇到的一个问题,我特意在会上问过大家,leader给我的建议是不报,今天同样的问题又出现了,却来了一句从来没有说过。我承认作为下级是应该多替上级分担些困难,如果是在客户的方面我可以给你面子,但是都是在组内部了,还要拿leader的头衔来压人吗?真的是想不明白,我只是想陈述我所遇到的问题,最后leader可能也很生气吧,说以后做事情都要有记载,让我想起当时讲课时导师给我们的话,要做好各种的报告,这样在真的查起来才会有证据,也少了这种空口说谁对谁非的问题。也让我意识到身为leader说话的重要性,尤其是自己的身份,一定要说到做到,而且既然是讲好的rule,就不要总是因为某些原因而去更改,这样更有益于团队的合作。也更利于下面的人高效的执行。

TAG:

xin_晴的个人空间 引用 删除 xin_晴   /   2012-03-15 10:52:39
您好,我是51Testing软件测试网的编辑,您的本篇博文被推荐至51Testing软件测试网首页发表:http://www.51testing.com/html/15/n-809515.html
感谢您关注并支持51Testing博客,期待您更多的优秀原创博文。
 

评分:0

我来说两句

Open Toolbar