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类问题，测试通过
2万+
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
