几乎每一位测试员，都会因为自己发现了一个bug而沾沾自喜，然后迫不及待地报bug。此时，恨不得有个喇叭，在整个办公室广而告之一下，实际上这样的行为并不可取，因为软件开发人员最怕的就是思路被打断，他们进入心流状态（心理学术语，指一种人们在专注进行某行为时所表现的心理状态）是需要时间的，这样会严重影响他们的工作效率。
下面列出，测试人员在报bug方面最常见的10条错误。
1、Bug描述错误
Bug描述题不对意，说的是A，而真正的bug是B，让开发人员看了一头雾水。
2、Bug不能重现
Bug的操作步骤不清晰，或缺少发生的条件，或缺少发生的环境，开发人员不能重现，甚至自己也不能重现，严重影响开发人员分析问题的效率。
3、Bug描述太啰嗦
Bug描述一堆废话，就像懒婆娘的裹脚，又长又臭，看的人云里雾里，还是看不懂。
4、Bug描述情绪化
Bug描述主观情绪化，甚至带批评对方的色彩，影响对方（开发人员，团队其他成员）的工作效率。
5、漏附bug产生证据
Bug缺少有力的分析数据，如出现bug时，没有软件界面状态截图，或没有现象背后的日志。
6、忽视Bug发生概率
Bug是偶发，但测试人员置为“必发”，影响统计结果的真实性。
7、bug严重度乱填
Bug的严重度，未按公司的Bug级别定义标准填（乱填），影响开发人员解决bug的优先级，简接影响软件质量的稳定速度，及统计结果的客观性。
8、重复提交bug
相同的Bug重复提交，浪费开发人员在系统上重复处理同一个问题的时间。
9、私了bug
发现bug，不按流程提交到bug管理系统，与开发人员私了（如口头说说，让对方修改，造成修改后漏了回归验证，结果带出的新bug未及时发现，等），影响软件守护的质量。
10、无效bug频出
缺少bug判断力（没有真正理解需求或设计，或过于激动没有复现确认），反复提交无效bug，浪费开发人员处理问题的时间，也有可能影响测试人员的绩效评价。