您所在位置：网站首页 > 商业/管理/HR > 销售管理缺陷管理流程

缺陷管理流程

9页

卖家[上传人]：工****

文档编号：511954098

上传时间：2022-09-21

文档格式：DOCX

文档大小：24.71KB

文档加载中……请稍候！
如果长时间未打开，您也可以点击刷新试试。

下载文档到电脑，查找使用更方便

15 金贝

/ 9 举报版权申诉马上下载

文本预览

下载提示

常见问题

1、缺陷管理流程2011-04-18文档修订记录版本编号变化状态简要说明（变更内容和变更范围）日期变更人批准日期批准人*变化状态：建立，修改，增加，删除文档审批信息版本编号审批人角色审批日期签字备注目录1.概述41.1.编写目的41.2.适用范围41.3.读者对象42.登记缺陷流程53.缺陷管理流程说明63.1.发现阶段63.2.测试类型63.3.严重级别73.4.缺陷状态73.5.上线版本73.6.缺陷类型73.7.缺陷优先级83.8.缺陷引入阶段84.附：缺陷登记注意事项94.1.验证测试规则94.2.历史遗留问题处理规则94.3.缺陷优先级流程91. 概述1.1. 编写目的用于规范公司内部的缺陷管理流程，使整个测试过程顺利进行。1.2. 适用范围本文档适用于公司内部的整个测试过程。1.3. 读者对象测试人员与相关开发人员。2. 登记缺陷流程3. 缺陷管理流程说明3.1. 发现阶段序号发现阶段描述11-系统测试测试环境测试发现有的缺陷22-验收测试内部验收测试发现有的缺陷，由质量部进行3.2. 严重级别序号级别描述10-建议建议增加或修改优化操作21-轻微微小的问题，几乎不影响功能；如

2、界面上错误字32-中等次要功能未实现43-较高功能无法完成，配置错误，程序异常错误54-高操作无法完成，数据库对象存在问题65-紧急主机功能都未实现，出现严重的问题3.3. 缺陷状态序号状态描述1New测试过程中新提交的缺陷2Open新提交并指派给开发人员处理的缺陷3Fixed开发人员已修复的缺陷，等待测试人员验证4Reopen缺陷修改未达到目标，重新指派给开发人员处理5Closed缺陷已修复并已经通过测试人员验证6Rejected开发拒绝的缺陷，不需要修复或者不是缺陷7Pending当前版本不能修复的缺陷8Distract在上线前仍未修复，后续跟踪的缺陷9ISNT BUG问题不是缺陷的最终状态3.4. 缺陷处理权限权限角色NewOpenFixedReopenClosedRejectedPendingDistract测试人员开发人员项目经理3.5. 上线版本序号上线版本描述1上线时间未定测试任务上线时间不确定的缺陷2各系统上线时间各个项目的具体上线时间，确定到日3.6. 缺陷类型序号缺陷类型描述101-基础功能未实现页面无法打开，或打开报错，无法正常操作202-提交不完整功能设计说明

3、书中的功能模块部分未提交303-功能未实现指的是功能不可用或虽然功能可用、但某些方面不能像所希望的那样起到相应的作用404-数据丢失或错误指的是对应数据无记录或数据计算错误、数据约束错误等505-操作界面指的是功能可用但是界面不友好或界面信息错误；用户图形、图表界面有错误606-接口问题指的是与其他组件、模块或设备驱动程序、调用参数、控制块或参数列表相互影响的缺陷707-版本和环境配置指的是编译、版本问题或其他支持系统问题808-文档问题指的是设计文档与需求不一致类问题909-致命错误指的是服务器崩溃、死机等系统类问题1010-性能问题指的是响应时间不合理、CPU等系统资源被占用率太高3.7. 缺陷优先级序号优先级描述平均时间11-低暂时不影响继续测试；可以在方便时解决3天22-中部分功能无法继续测试；需要优先解决2天33-高测试暂停，无法进行；必须立即解决1天3.8. 缺陷引入阶段序号引入阶段描述1测试缺陷是由测试理解或环境错误造成2开发缺陷是由开发错误造成3设计缺陷是由设计理解错误造成4需求缺陷是由原始需求分析错误引起来的3.9. 项目序号项目描述1XXXX各个具体项目具体的项目名

4、称（如：配电GIS完善化项目）2XXXX各个具体项目具体的项目名称3.10. 子系统序号子系统描述1XXXX子系统名称子系统的项目名称（如：配电WebGIS）2XXXX子系统名称3XXXX子系统名称子系统的项目名称4XXXX子系统名称4. 附：注意事项4.1. 历史遗留问题处理规则1、测试人员发现问题登记在测试工作中，指派给开发人员；2、开发人员认为不是本需求引入而是历史问题，上升项目经理；3、项目经理确定在此版本是否修复；1）如修复重新指派给开发人员，走正常流程2）如不修复，则将状态置为“Pending”，后续跟踪。4.2.客户反馈缺陷登记流程1、客户反馈的缺陷首先在测试环境中验证是否存在，存在登记缺陷，类型选择客户反馈，缺陷登记后走缺陷处理正常流程，不存在同客户确认问题原因，是否是客户环境与系统版本问题。2、用户反馈的缺陷的严重级别和优先级按最高处理3、在规定的处理时间内客户反馈的缺陷没有解决的将缺陷升级至项目经理.4、用户反馈的优化类建议或设计上的修改不走缺陷流程，按优化类需求处理提交至项目经理。4.3开发人员缺陷处理限定1、功能模块提交后若开发人员发现缺陷，必须走缺陷管理流程，登记缺陷，严禁开发人员私自修改代码以及私自做代码优化类的修改。4.4缺陷分析1、项目上线后对验证测试阶段和客户反馈的缺陷进行分析，明确缺陷的原因。原因类别：1、测试原因: 如测试用例未覆盖，测试方法有问题等2、开发原因：如版本冻结后私自修改代码，版本提交错误.3、设计原因：如功能设计不符要求4、环境原因：如测试环境与客户的生产环境不一致。

《缺陷管理流程》由会员工****分享，可在线阅读，更多相关《缺陷管理流程》请在金锄头文库上搜索。

点击阅读更多内容

TA的资源