几乎每一位测试员，都会因为自己发现了一个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，浪费开发人员处理问题的时间，也有可能影响测试人员的绩效评价。

实战案例

光学理论是没用的，要学会跟着一起敲，要动手实操，才能将自己的所学运用到实际当中去，这时候可以搞点实战案例来学习。

如果对你有帮助的话，点个赞收个藏，给作者一个鼓励。也方便你下次能够快速查找。

如有不懂还要咨询下方小卡片，博主也希望和志同道合的测试人员一起学习进步

在适当的年龄，选择适当的岗位，尽量去发挥好自己的优势。

我的自动化测试开发之路，一路走来都离不每个阶段的计划，因为自己喜欢规划和总结，

自动化测试视频教程、学习笔记领取传送门！！！