文中有以下三个问题：1，发现bug，并不马上提交，而是分析bug的原因，如自己的误操作，机器配置问题等等；2，bug提交方式，一个一个的提交，还是汇总后提交；3，口头和开发人员沟通，还是书面记录bug。
　　关于问题

　　1、说的比较在理，发现bug后，要分析以下bug的原因，排除掉自己的误操作，网络震荡等主观原因。

　　2、bug提交的方式这是一个一个的提交。在国内这个大环境下，测试一般状态是：时间紧，任务重，介入项目时间晚，外包的更是这样，几乎没有时间来做汇总。

　　3、bug是一定要记录下来的，这是自己的工作成果，产生价值的地方，也是公司所需要的。

　　关于bug提交，除了上面说到的问题，我认为还有以下几地方需要注意：

　　一：刚开始的时候，要控制分配给开发人员bug的数量，怎么讲呢，系统刚测试的时候，问题可定会很多，这个发现了问题，先记录下来，不要急于全部分配给开发人员，这样会打击开发人员的信息的。要分批的分配。

　　二：测试的过程中要温习以下需求，毕竟咋也不是超人，看过几遍需求，完全，正确的理解了客户的需求。

　　三：对有争议的bug处理上，一定要有理有节，加强和开发人员的沟通，并坚持自己的原则。后没有达成一致的，上报。

　　这是个人工作经验总结，每个公司的情况不一样，处理的方式会不同。重在分享。