自己喜欢挑的担子不嫌累。
关于bug提交时机的思考
上一篇 /
下一篇 2009-04-17 09:49:20
/ 个人分类:项目经验
这几天看到一篇文章,谈到了提交bug的时机。文中有以下三个问题:1,发现bug,并不马上提交,而是分析bug的原因,如自己的误操作,机器配置问题等等;2,bug提交方式,一个一个的提交,还是汇总后提交;3,口头和开发人员沟通,还是书面记录bug。
关于问题1,说的比较在理,发现bug后,要分析以下bug的原因,排除掉自己的误操作,网络震荡等主观原因。
2,bug提交的方式这绝对是一个一个的提交。在国内这个大环境下,测试一般状态是:时间紧,任务重,介入项目时间晚,外包的更是这样,几乎没有时间来做汇总。
3,bug是一定要记录下来的,这就是自己的工作成果,产生价值的地方,也是公司所需要的。
关于bug提交,除了上面说到的问题,我认为还有以下几地方需要注意:
一:刚开始的时候,要控制分配给开发人员bug的数量,怎么讲呢,系统刚测试的时候,问题可定会很多,这个发现了问题,先记录下来,不要急于全部分配给开发人员,这样会打击开发人员的信息的。要分批的分配。
二:测试的过程中要温习以下需求,毕竟咋也不是超人,看过几遍需求,就完全,正确的理解了客户的需求。
三:对有争议的bug处理上,一定要有理有节,加强和开发人员的沟通,并坚持自己的原则。最后没有达成一致的,上报。
这是个人工作经验总结,每个公司的情况不一样,处理的方式会不同。重在分享。
收藏
举报
TAG: