自己喜欢挑的担子不嫌累。

关于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:

iriszixin的个人空间 引用 删除 iriszixin   /   2009-04-21 15:46:08
5
dppsoft的个人空间 引用 删除 dppsoft   /   2009-04-17 18:09:42
写的还蛮有道理的,简洁明了。。特别是能针对别人提的问题进行思考。。。总结。。。
dppsoft的个人空间 引用 删除 dppsoft   /   2009-04-17 18:02:20
5
 

评分:0

我来说两句

日历

« 2024-03-22  
     12
3456789
10111213141516
17181920212223
24252627282930
31      

数据统计

  • 访问量: 18081
  • 日志数: 39
  • 图片数: 2
  • 建立时间: 2008-12-15
  • 更新时间: 2010-03-08

RSS订阅

Open Toolbar