bug总数过1000

做测试与做人——把握好度

上一篇 / 下一篇  2011-09-20 17:21:44 / 个人分类:情感

   今天比较闲,等版本。上帖。做测试与做人——把握好度。

   测试属于挑刺的那一类人,属于容易让人不待见的那类。相信做测试的人都懂这一点。所以宽容别人,理解别人,站在他人的立场上去考虑问题,就成了几乎每次沟通都要提醒自己的。可以宽容,可以理解,可以站在他人的立场,但是同时又不能失去自己的原则。度——很重要。可以争论,可以阐述自己的观点,但是适可而止。多用耳朵听听别人的想法,多思考下,或许他人说的也有道理呢。

   同在一个团队,大家都希望把项目做好。虽然每个人的水平不一样,但是目标却是统一的。所以警告自己,不能伤了和气。bug的上报很重要,往往你上报bug的处理速度直接取决于你报bug的方式。拿个bug举例:个别道具在聊天频道内超链接不显示的问题。测试A上报:装备类别的道具在聊天频道内发送超级链接,不能够正常显示道具tips,其他类别道具聊天频道发送超级链接显示正常。 测试B上报:聊天频道内发送道具超链接不显示。 猜下:哪个人报的bug,程序会最快速度修改好。这两个bug,语言够简洁,但是A明显是经过尝试找到了问题的主要所在。B的bug上报后,程序就去试了下,放了个药品超级链接发现可以啊。有的程序可能比较粗心,就直接resolve了说没有bug。这一来一回就浪费了不少时间。这是一种情况。另外一种情况,聊天频道道具超级链接的bug1.0.1版本就出现过,1.0.3版本又出现了。所以测试C就上报了:装备类道具在聊天频道发送超级链接,无法查看到tips的问题怎么又出现了??~~  这个bug程序看到了。程序也郁闷了。功能在修改的过程中,或者会存在这样的问题,但是加了的那几个标点符号,和语气。那就完全让程序郁闷了。所以客观的描述bug的发生现象,最好给予重现方式是最好的方法。如果有的问题实在是不知道最简单的重现方式,那么把你能够找到的重现方法告诉程序。这是和程序的沟通。尊重和被尊重是相互的。

   测试也会和策划沟通,但是测试永远是测试,不能够指挥策划去怎么做,或者做什么。你可以建议,但是不能逾越这个度。毕竟你不是全局把控的人,或者你只看到了细节的处理不当,但是却未看到全局的考虑呢。有疑问可以说出来,大家讨论,但是一旦讨论结果最终确定,就不要再过执着自己的想法,你可以开单把自己的建议保留下来。但是不能打乱策划的思路。产品要做好,除了质量,策划的决策才是最重要的,这个时候测试能做的就是在感觉策划偏离太多时,给予提醒,或者多给设计者提点“刁难”的问题。风险点啦,实现的难易程度啦,进度是否跟得上啦。这些都要预先想好,不能随口乱说,要想过再说。随口乱说只会降低别人对你的信任度。很多人喊着测试在公司没地位什么的。你是否考虑过你为公司所作的贡献,足够让别人尊重你吗。没人会无缘无故的不尊重一个人。当你已经被不尊重的时候,也不能够气馁,需要做的就是检讨,自我检讨。一旦不被尊重,就需要花原先一百倍的努力,才能再次赢得尊重。


TAG:

 

评分:0

我来说两句

Open Toolbar