05软件缺陷管理流程内容摘要：
不同形式的缺陷时 )，测试人员重新打开缺陷，开发人员需要继续解决。 项目负责人应当关注“重新打开”的缺陷。 5 缺陷记录 缺陷记录应当包含但不限于如下属性。 编号 缺陷的唯一标示，可以 方便对特定缺陷记录的引用。 所属项目 软件发布版本 即缺陷是在什么发布版本中发现。 对于文档缺陷，这里使用文档在配置库里的版本号。 所属功能 负责人 负责处置解决缺陷的负责人，对于程序缺陷，负责人应当具体 开发人 员；对于文档缺陷，负责人应当是具体文档的作者。 缺陷登记者不明确责任人时，可以指定项目负责人为责任人，由他重新分配负责 人。 5 状态 即缺陷通过一个跟踪修复过程的进展情况 新 新登记的缺陷，这个时候缺陷记录内容可以不完整，可以继续补充 已经提交 缺陷信息完整，并分 配责任人， 打开 负责人开始 处理 已 解决 问题已经解决， 负责人必须填写完整的处置记录，内容包含对原因的分析和解决方法。 参见 否决 责任人呢不同意缺陷，或不处理缺陷 参见 和 关闭 验证测试通过后 重新打开 没有通过验证测试， 或不同意被否决。 已经关闭的缺陷再次出现的。 严重程度 标志缺陷对整个软件产品功能的影响程度。 可以用数字表示，分为 1 到 5档 ，可以用说明文字表示，具体项目可以根据自己的情况定义缺陷的严重程度标准，下表是一个常用的标准 严重程度 标示 含义 1 致命 导致软件无法使用问题，例如整个程序崩溃，导致无法使用，测试无法继续进行。 下面的问题 应 定义为严重度 1级： 问题会自发的影响整个系统。 用户使用正常的操作步骤，就会影响整个系统提供的服务。 具有操作先后顺序。阅读剩余 0%
本站所有文章资讯、展示的图片素材等内容均为注册用户上传(部分报媒/平媒内容转载自网络合作媒体)，仅供学习参考。
用户通过本站上传、发布的任何内容的知识产权归属用户或原始著作权人所有。如有侵犯您的版权，请联系我们反馈本站将在三个工作日内改正。