这几天看到一篇文章，谈到了提交bug的时机。
原文见此：http://www.51testing.com/?action-viewnews-itemid-117265
文中有以下三个问题：1，发现bug，并不马上提交，而是分析bug的原因，如自己的误操作，机器配置问题等等；2，bug提交方式，一个一个的提交，还是汇总后提交；3，口头和开发人员沟通，还是书面记录bug。
关于问题
1、说的比较在理，发现bug后，要分析以下bug的原因，排除掉自己的误操作，网络震荡等主观原因。
2、bug提交的方式这绝对是一个一个的提交。在国内这个大环境下，测试一般状态是：时间紧，任务重，介入项目时间晚，外包的更是这样，几乎没有时间来做汇总。
3、bug是一定要记录下来的，这就是自己的工作成果，产生价值的地方，也是公司所需要的。
关于bug提交，除了上面说到的问题，我认为还有以下几地方需要注意：
一：刚开始的时候，要控制分配给开发人员bug的数量，怎么讲呢，系统刚测试的时候，问题可定会很多，这个发现了问题，先记录下来，不要急于全部分配给开发人员，这样会打击开发人员的信息的。要分批的分配。
二：测试的过程中要温习以下需求，毕竟咋也不是超人，看过几遍需求，就完全，正确的理解了客户的需求。
三：对有争议的bug处理上，一定要有理有节，加强和开发人员的沟通，并坚持自己的原则。最后没有达成一致的，上报。
这是个人工作经验总结，每个公司的情况不一样，处理的方式会不同。重在分享。
版权声明：原创作品，转载时请务必以超链接形式标明文章原始出处、作者信息和本声明，否则将追究法律责任。 本文出自dppsoft的51Testing软件测试博客：http://www.51testing.com/?155352
