缺陷管理
2020-07-22 11:04:00 0 举报AI智能生成
缺陷管理
作者其他创作
大纲/内容
术语
Bug：错误，在设计上编码上需求上的错误
defect：缺陷，更多是在设计上的不足或遗漏
错误，故障，影响，失效
Bug单
办公软件
缺陷管理工具
自研dts
商业
QC,JIRA
开源
禅道，bugfree，bugzilla，redmine
缺陷组成
用例编号
bug编号
统计bug数量
操作步奏
预期结果
缺陷标题（缺陷主题、概述）
一般可以借鉴用例标题，转成缺陷标题
让开发能够通过缺陷的标题，看得出是个什么缺陷、表象
祥述
环境信息
测试访问地址：BS架构
测试数据库地址
客户端：测试机、用户端：兼容性
操作步奏
预期结果
实际结果
通过操作步骤，操作软件，软件的实际表现
备注
一般写特殊情况或实际结果不好描述的，一般会加粗，或者是在实际结果描述不清的时候，在实际结果中添加详见备注
附件
截图
截最后结果的图
视频：录制视频
提交人
提交时间
bug状态
new
open
reject
duplicate重复
fixed修复完成
reopen（意味着回归测试没有通过）
close
项目名
模块
版本
严重度
致命
系统死机、崩溃、核心功能和核心业务流程错了
严重
当前的功能，影响了别的功能的使用，
一般
当前的功能问题，不会对别的模块造成影响
无关紧要
UI布局，颜色统一性，提示信息不方便
对用户的影响（关注质量模型），
上面四个更多指的是功能上面的影响
优先级
开发修改缺陷，决定先改税后改谁
非常高
高
中
低
解决办法
开发，通常有三个需要开发填
问题分析
解决说明
测试建议
解决人（也叫下一步处理人）
开发
测试管理
开发管理
回归说明
回归的策略
回归版本
回归的结论
回归填写（测试填）
谁回归？
提交人？谁提交？谁回归？
bug管理流程
提交
重现
确认
分析
定位
修改
自验
转交
跟踪
bug（缺陷）生命周期
生、死
流程
简单、直接
测试
开发
标准
测试
开发
测试管理
审核
是否有重复
是否符合规范
缺陷内容正确性（需求变更）
开发管理
分发
分发给不同的开发人员
0 条评论
下一页
