缺陷跟踪流程.ppt

诺亚软件缺陷跟踪管理流程 软件缺陷跟踪管理流程 角色释义缺陷状态转换图缺陷状态含义解释缺陷的严重度 优先级和缺陷类别遗留缺陷处理缺陷评审注意事项 软件缺陷跟踪管理流程 角色释义缺陷状态转换图缺陷状态含义解释缺陷的严重度 优先级和缺陷类别遗留缺陷处理缺陷评审注意事项 角色释义 测试执行人员缺陷发现者 对修改完成的缺陷进行验证 对给出解释和推迟至下一版本修复的缺陷进行确认 测试组长缺陷管理者 负责对缺陷的审核 跟踪和汇报 就争议缺陷组织各方进行协调 开发负责人缺陷解决者 接收缺陷 决定并给出解决途径 包括指派开发人员进行修复 提供对缺陷的解释 和提出推迟至下一版本修复的建议 开发人员缺陷修复者 执行来自开发负责人要求修复的决定 修复缺陷和进行内部测试 软件缺陷跟踪管理流程 角色释义缺陷状态转换图缺陷状态含义解释缺陷的严重度 优先级和缺陷类别遗留缺陷处理缺陷评审注意事项 缺陷状态转换图 缺陷状态转换表 软件缺陷跟踪管理流程 角色释义缺陷状态转换图缺陷状态含义解释缺陷的严重度 优先级和缺陷类别遗留缺陷处理缺陷评审注意事项 缺陷状态含义解释 新建正式提交的新缺陷 由测试执行人员完成缺陷记录新建 提交给开发负责人 打开开发负责人指定开发人员对缺陷进行分析 修改完成缺陷经开发人员修复并且修复代码已经放入某个版本待测试执行人员重新测试 已关闭缺陷修复经重新测试通过后关闭 缺陷状态含义解释 固定开发负责人 或相关方评审决定推迟至下一个版本修复该缺陷 重新打开重新测试未通过 关闭后又出现问题或升级后经相关方评审决定需要修复的缺陷 拒绝修改开发负责人认定为非缺陷的 给出解释 等待测试执行人员评估解释内容 已取消判断不是缺陷 并得到测试执行人员确认 软件缺陷跟踪管理流程 角色释义缺陷状态转换图缺陷状态含义解释缺陷的严重度 优先级和缺陷类别遗留缺陷处理缺陷评审注意事项 缺陷的严重度 1 高 致命的缺陷 产品在正常的运行环境下无法给用户提供服务 严重的缺陷 产品在正常的运行环境下极大地影响了系统提供给用户的服务 缺陷导致整个系统 子系统 模块的失效 主要功能部分丧失 数据不能保存 系统的次要功能完全丧失 但有其它可接受的工作方式来缓解这种影响 2 中 次要功能没有完全实现但不影响使用 3 低 较小的问题 对业务流程没有或只有极小的影响 缺陷的优先级 1 高 尽快修复 缺陷阻碍或严重影响了其它工作 在缺陷修复前进一步的开发和测试不能进行或系统使用受到了严重的影响 建议修复时间为1天 2 中 下轮前修复 在正常的开发轮次中解决问题 建议修复时间为3天 3 低 上线前修复或推迟到将来主要发布版本中修复 建议修复时间为5天 缺陷的类别 1 程序 程序不能正常执行的缺陷 2 需求 与需求文档描述不符的缺陷 3 建议性 建议性的改进要求 软件缺陷跟踪管理流程 角色释义缺陷状态转换图缺陷状态含义解释缺陷的严重度 优先级和缺陷类别遗留缺陷处理缺陷评审注意事项 遗留缺陷处理 测试组长必须将本版本中处于 固定 状态的缺陷导入到下一版本缺陷库中 对处于 固定 状态的缺陷 在下一版本缺陷库中 将该缺陷状态更改为 重新打开 软件缺陷跟踪管理流程 角色释义缺陷状态转换图缺陷状态含义解释缺陷的严重度 优先级和缺陷类别遗留缺陷处理缺陷评审注意事项 缺陷评审 仲裁评审 针对各方处理有争议的缺陷 和定期的缺陷状态评审可以放在一起进行 评审方式为组织会议进行小组评审来收集各方意见 评审会议由测试组长发起 并组织各方参与评审 可以参考以下列表邀请测试服务干系人 必须参加人员 测试组 测试组长 测试执行人员开发方 开发负责人 开发人员邀请参加人员 业务人员其他干系人 软件缺陷跟踪管理流程 角色释义缺陷状态转换图缺陷状态含义解释缺陷的严重度 优先级和缺陷类别遗留缺陷处理缺陷评审注意事项 注意事项 本文档所定义的缺陷管理流程为精简流程 目的是为了依据目前工作现状能顺利展开缺陷跟踪管理工作 统一使用QC作为缺陷跟踪管理工具 所有项目相关人员应注意 QC仅作为缺陷跟踪的记录工具 必须是经过项目相关人员充分的审核 沟通之后再到QC中提交 不要将QC作为我们处理问题的沟通工具 本文所定义的测试执行人员 测试组长