偶然性问题的处理
- 在测试执行过程中，一旦系统出现异常信息，我们第一时间要做的是截图，保存证据；
- 确定是偶然性的bug之后，收集相关的日志，连同截图一并提交过单位开发
- 如果缺陷在当前版本无法复现，且缺陷的影响程度比较低，我们会跟踪三个版本，如果后三个版本都无法复现，就可以关闭该缺陷；
- 如果很严重的Bug,除了要及时反馈给上级之外，最后还要写到测试报考中，说明出现了什么现象，但无法再现！
- 详细记录预期与实际的不一致，如果不一致，要从多个角度多测试几次，尽量详细的定位软件出错的位置和原因，并测试出因为这个错误会不会导致更严重的错误出现，最后把详细的输入和实际的输入，以及对问题的描述写到测试报告中。因为在一个项目组中，项目的开发时间是有效的，如果我们测试时能把问题描述详细一些，那么开发人员就会很容易的重修这个问题，也就能更快的解决问题，节省项目时间。
- 提交缺陷时与开发的关系处理
- 坚持原则
- 对事不对人，拿证据说话
- 尊重对方的劳动成果，平时和开发人员打好关系，不要把关系搞僵。