扼要：
1、熟悉“软件测试Bug的要素、格式”；
2、怎样写好测试Bug
软件测试Bug含义
软件测试Bug是测试人员需要寻找的对象，是一个事件或者一个场景或者文案，抑或是UI的一个不足之处等等，就是我们常说的软件测试缺陷。比较突出的就是指影响软件整体或者部分功能的正常运行的软件行为。
Bug一词的原意是“臭虫”或“虫子”。今演绎指缺陷。
软件测试Bug描述对Bug的描述，就需要用到其的管理，行业上管理Bug软件有好多，但免费有的禅道、Bugfree等等。从而需要了解Bug的描述要素。如下图所示：
Bug要素--图1
1) 标题
一般建议精简描述，出现事件结果即可，让开发看到标题能明白存在什么问题了。
2) 前置条件
就是产品该Bug时的前提条件是什么，有些缺陷是需要在特定的场景下才能出现的。
3) 复现步骤
就是具体描述出现当前缺陷时，怎样的一个场景，怎样操作才出现。
4) 实际结果
经过复现步骤操作后的实际结果。
5) 预期结果
经过复现步骤操作后的应该出现的结果。
软件测试Bug等级Bug的等级，一般情况下有四个，具体如下图所示：
Bug等级--图2
1）致命
通常表现为：主流程无法跑通，系统无法运行，崩溃或严重资源不足，应用模块无法启动或异常退出，主要功能模块无法使用。比如：内存泄漏；严重的数值计算错误；系统容易崩溃；功能设计与需求严重不符；系统无法登陆；循环报错，无法正常退出。以上问题在测试中较少出现，一旦出现应立即中止当前版本测试。
2）严重
通常表现为：影响系统功能或操作，主要功能存在严重缺陷，但不会影响到系统稳定性。比如：功能未实现；功能存在报错；数值轻微的计算错误；边界条件下错误；网络持续断线；网络切换，连接回来比较慢等等；无法正常更新。解决方法：该等级问题出现在不影响其他功能测试的情况下可以继续该版本测试。
3）一般
通常表现为界面、性能缺陷。比如：兼容性不好；软件功能操作下容易无响应；软件功能操作时，没有提供进度条；界面颜色搭配不好；文字排列不齐；出现错别字，但是不影响功能；界面格式不规范。解决方法：该问题实际测试中存在最多，合理安排解决BUG，解决率关系版本的优化程度。
4）提示
通常表现为易用性及建议性问题，比如：界面、性能缺陷，建议类问题，不影响操作功能的执行，可以优化性能的方案等。如：错别字、界面格式不规范，页面显示重叠、不该显示的要隐藏，描述不清楚，提示语丢失，文字排列不整齐，光标位置不正确，用户体验感受不好，可以优化性能的方案等。解决方法：此类问题在测试初期较多，优先程度较低；在测试后期出现较少，应及时处理。
软件测试Bug状态Bug状态，一般情况下，Bug状态有下面几种：
Bug状态--图3
1）New新建的
指新记录的Bug状态，在禅道上是指首次创建的Bug状态。
2）Assigned已指派的
指指派给某一位开发人员或者产品人员的名下，在禅道上，指“指派给”状态一栏。
3）Open打开的
指开发人员或者产品人员打开bug，对其进行查阅并进行修复时的状态。在禅道上，指“已确定”状态。
4）Fixed已修复
指Bug目前被开发人员已经修复，或者被产品人员已经修复的状态。在禅道上，指“已解决”状态，并指派会给新建Bug的测试人员。
5）Closed关闭的
指测试人员对当前已修复的Bug进行回归测试后，确定已修复，则关闭的状态。在禅道上，指“已关闭”。
软件测试Bug流程
Bug流程--图4
,
