BugFree操作手册

一、测试人员新建Bug

1、BUG标题：总体描述下BUG。

2、模块路径：BUG出现在哪个功能模块下。

3、指派：BUG给相应的开发进行修复。“开发经理”

4、严重程度：1-致命；2-严重；3-一般；4-建议

致命：引起系统崩溃或者宕机，无法使系统正常运行。

严重：功能未实现或者导致某个功能无法运行。

一般：不影响功能的正常使用，仅仅是表面上的一些缺陷（比如提示信息不太友好，错别字，UI布局等）。

建议：建设性的意见或建议。

5、优先级：1-紧急；2-高；3-中；4-低

紧急：必须立即修改。

高：必须修改，且在版本发布前修改完毕。

中：时间允许的情况下应该要修改完毕。

低：可以不进行修改。

6、如何发现：BUG是在哪个阶段下发现的（比如单元测试、集成测试、回归测试等）

7、类型：BUG属于哪一类（比如代码错误、配置相关等）

8、创建Build：BUG出现在哪个版本号

9、重现步骤：填写经过怎样的操作而出现的BUG

10、注释：BUG发现者可以填写一些信息提供给开发人员，供开发人员参考

二、开发人员修复BUG

1、解决方案：

1）by design：就是这么设计的，无效的BUG，无需修改。

2）duplicate：这个缺陷已经被别人发现了，重复的BUG。选择此选项时，需要填写重复bug的编号。

3）external：由于外部因素（比如浏览器、操作系统、其他第三方软件）造成的问题。

4）fixed：问题被修复，可以进行验证。

5）not repro：BUG无法重现。

6）postponed：是问题，目前不是必须要修复的，推迟到后面版

本中解决。

7）won't fix：是问题，但是不值得修理，不管它。

2、注释：开发人员可以填写怎么修复BUG或者产生BUG的原因是什么。

三、缺陷流程：