测试基础【第六篇】bug要素及其生命周期

bug的要素

为了让开发人员更准确、更快的看懂Bug，测试须要按照必定的规范提交bug。

缺陷id：通常由缺陷管理系统自动生成；

缺陷标题：概要描述缺陷；

发现人：通常是缺陷管理系统自动获取当前用户；

发现时间：通常是缺陷系统自动获取当前系统时间；

版本：

缺陷所属模块：

是否可重现：

严重度：缺陷的严重程度；

优先级：缺陷修复的优先级；

缺陷状态：通常初始状态为new；

指派给：选择修改缺陷的开发人员；

Bug复现步骤：描述Bug出现的详细过程，即：

　　1.URL、用户名、密码；

　　2.操做步骤；

　　3.预期结果；

　　4.实际结果；

　　5. Bug截图

bug状态

NEW：全部提交到开发对接的问题状态为NEW，表示为未处理

OPEN：开发对接人初判为需流转问题，指定测试人员和开发人员，状态为OPEN。

REFUSE：开发对接人判断为不须要流转至下环节的问题，状态为REFUSE，而且填写缘由

FIXED：开发人员完成修复，待测试，状态为FIXED

REOPEN：测似人员针对开发人员的修复结果测试部经过，状态为REOPEN

CLOSE：测试人员判断问题为需求或其余问题，需填写缘由；
　　非代码类问题处理完成
　　BUG类问题，测试经过

bug管理流程

下面是一个简单的bug生命周期图，每一个公司的可能不同，好比，有歧义的可能指派给需求。

另外一个更复杂的流程：Y**项目缺陷管理流程