TA的每日心情 | 慵懒 5 小时前 |
---|
签到天数: 3651 天 连续签到: 103 天 [LV.Master]测试大本营
|
看到过很多的观点,认为缺陷有分类,比如从严重性分类,比如从优先级分类,比如从阶段分类,比如从属性分类等等.
但是,实际在我看来,缺陷就是缺陷,缺陷的属性很单一,就是到客户那里,认为这里有问题,就是缺陷,其他都是开发/测试等附加上去的含义,从客户角度并没有太多的意义.
比如很多人问过,无法重新的问题怎么处理,其实在我看来,并无太多的处理意义,还是看是否可能对客户有重大影响,测试人员可以发现这样的问题,客户也可以发现,但是很好解释,让客户重现一次,无法重新就应付过去;等客户再次发现的时候,再处理也不迟,如果客户发现了不再提出,说明他不重视,所以从成本角度看,可以不处理;如果用户反复提出,那么说明客户重视,自然要花时间和精力去处理.其实本身来说,,无法重现的问题,很多时候即使测试人员发现了,开发说修改了,也无法确认是吧.想想微软的蓝屏,大家心里就应该清楚应该怎么办了.
还有人说发现了别人没有发现的问题,所以这个测试人员的水平很高.其实呢,这个是两说的问题,第一就是测试人员经验到了,可能发现一些新手没有发现的问题;或者就是测试人员灵机一动,或者就是随机测试发现了而已,这样的问题,测试人员都很难发现,除非有大量的用户在用,否则我想客户发现的几率比专业的测试人员会更小.当然了,这样的问题会让测试人员自己心里很爽的,<测试之美>第一篇就说的这个问题,真的很符合啊.
当然了,我说这么多,并不是否定大家对缺陷管理的意义,产品的质量还是需要测试人员尽可能的保证的.只是给大家提供另外一个客户考虑的视角,缺陷的严重性/优先级等等都是承建单位确定的,甲方真的未必会在乎这些东西.
|
|