星沙网站制作/seo包年优化费用
（19）-测试活动之缺陷管理
- 1 bug定义
- 2 bug关键信息
- 3 bug书写注意事项
- 4 bug类型说明
- 5 bug严重程度
- 6 bug生命周期
- 7 bug解决方案说明
- 8 bug处理流程
- 8.1 简单流程
- 8.2 某工具复杂流程
- 9 bug管理工具
以下为简单概述或者通用型描述，不同的项目或者业务会有所不同。
1 bug定义
BUG是一个英文单词，本意是指昆虫、小虫、损坏、犯贫、缺陷、窃听器等意思。现在一般是指在电脑系统或程序中，隐藏着的一些未被发现的缺陷或问题，简称程序漏洞。
2 bug关键信息
| 关键信息 | 说明 |
|---|---|
| 所属产品 | 产生缺陷的对应的产品 |
| 所属模块 | 缺陷产生的具体功能模块 |
| 所属项目 | 缺陷产生的具体项目 |
| 影响版本 | 发现缺陷的测试版本 |
| 当前指派 | 缺陷提交给对应的开发，缺陷的解决人 |
| Bug类型 | 比如代码错误、环境配置错误等，见文章后文描述 |
| 操作系统浏览器 | 测试环境 |
| 严重程度 | 缺陷的严重等级 |
| 优先级 | 修复bug的先后以及对系统的影响 |
| Bug标题 | 简单明了阐述bug发生的现象 |
| 重现步骤 | 测试步骤，很重要 |
| 附件 | 发现bug的依据（截图、视频、log等等） |
3 bug书写注意事项
- BUG必须标注：严重等级、优先级别并准确表述出问题内容及所在模块等，方便研发等人员快速定位问题并有序解决问题；
- BUG标题：要以一个准确简练的句子描述某个模块存在的问题，或者某个操作导致了什么问题；
- BUG内容：针对不同的原因导致的问题要包含对应的原因，例如手机的品牌、操作系统或者是浏览器名称、版本等；
- BUG内容：常规BUG内容中要包含：操作步骤、实际结果、预期结果，语言要清晰准确；
- BUG内容：若为特殊数据造成的问题，需提供具体测试数据；
- 兼容性问题需在两个以上环境中确认BUG再进行提交；
- 非必现BUG需进行10次以上测试，标注问题出现概率；
- BUG的所有描述中，不要带有个人情绪或诽谤性词汇，要用专业名词、准确、客观的描述问题、实际结果及期望结果。
4 bug类型说明
简单概括，不同的业务和项目有所不同，不代表全部bug类型。
| bug类型 | 说明 |
|---|---|
| 代码错误 | 程序bug |
| 环境配置错误 | 由于测试环境配置文件没有配置正确引起的bug |
| 转测程序/脚本错误 | 由于转测程序打包、遗漏数据库脚本引起的bug |
| 系统性能问题 | 内存溢出、死机、程序卡死等问题 |
| 对需求理解有误 | 由于需求理解错误实现的与产品需求不一致 |
| 需求变更/未说明 | 需求未明确说明或变更后研发还未实现 |
| 测试与研发对需求理解不一致 | 同字面意思 |
5 bug严重程度
比如：致命、严重、一般、提示、建议。（详细根据项目情况定义，比如还有A、B、C、D；Ⅰ、Ⅱ、Ⅲ、Ⅳ等等）
6 bug生命周期
一般BUG的生命周期为：创建（激活）–确认（已确认）–解决（已解决）–关闭（已关闭）。
以禅道为例说明如下：
- 测试人员在测试过程中，发现并创建BUG（创建完成后状态为：激活状态），记录产品缺陷，分析并跟踪BUG直至问题解决；
- BUG创建后会指派给对应人员，若存在中间分析/分配BUG人员，则指派给该人员，分析/分配BUG的人员查看BUG并进行分析，确定为BUG则确认BUG（状态变为：已确认）并将问题指派给对应解决人员（一般为研发人员）；
- 研发人员及时分析处理问题，问题解决后修改BUG状态为：已解决，并填写解决方案、解决版本，然后指派给测试人员（一般为创建BUG的人员），若有特殊说明，则在备注中说明；
- 测试人员对已解决状态的问题及时进行回归，若问题解决则关闭BUG，若问题未解决则激活。
7 bug解决方案说明
以禅道为例，BUG解决方案有：设计如此、重复BUG、外部原因、已解决、无法重现、延期处理、 不予解决。
- 【设计如此】：若BUG所述内容与产品或设计图是一致的，则研发人员在将BUG置为已解决 状态时，可选择：设计如此 解决方案，但建议在备注内进行说明；
- 【重复BUG】：若BUG为重复BUG，即已经存在与此相同的BUG，则研发人员在将BUG置为已 解决状态时，可选择：重复BUG 解决方案，并填写重复BUG的ID，若有特殊说明可在备 注内进行说明；
- 【外部原因】：若BUG的出现原因为外部原因（例如硬件、第三方软件等导致的问题），则 研发人员在将BUG置为已解决时，可选择：外部原因 解决方案并在备注内进行说明；
- 【已解决】：若BUG中描述的问题已解决，则研发人员在将BUG置为已解决状态时选择：已 解决 解决方案；
- 【无法重现】：若BUG为无法重现的BUG，则研发人员在将BUG置为已解决状态时，可选择： 无法重现 解决方案，并在备注内进行说明，建议研发人员遇到此类问题联系测试人员进 行复现；
- 【延期处理】：若研发人员考虑到时间等原因，觉得BUG需要延期进行处理，则在将BUG置 为已解决时，选择：延期处理 解决方案，并填写计划在哪个版本进行修复，在备注内进 行原因说明；
- 【不予解决】：若研发人员在分析问题后觉得不是问题或者无需修改，则选择：不予解决 解 决方案 并在备注内写明不予解决的原因。
8 bug处理流程
8.1 简单流程
8.2 某工具复杂流程
9 bug管理工具
- 禅道：https://www.zentao.net/
- TAPD：https://www.tapd.cn/
- 青铜器研发管理系统：http://www.cnrdm.com/index.php/zh_cn
- Bugzilla：https://www.bugzilla.org/
- Jira：https://www.atlassian.com/software/jira
有很多缺陷管理工具，这里简单罗列几个，可自行选择。
『全栈测试技术，分享，共勉，共进，提升』
【特别说明】：知识来源于网络、各种资料、书本、网站等，本文仅用于学习使用，不做他用，如果涉及版权问题，请联系博主删除，谢谢