- 1
- 0
- 约2.57万字
- 约 39页
- 2026-05-26 发布于江西
- 举报
汽车行业研发部工程师软件缺陷修复手册
第1章
缺陷定义与分类规范
1.1缺陷分级标准与标识规则
1.1.1缺陷严重度评估模型与权重分配
采用“业务影响-修复成本-风险等级”三维加权模型进行综合评分,其中业务影响占40%,修复成本占30%,风险敞口占30%,最终得分决定缺陷等级。定义“致命缺陷”为评分≥90分的缺陷,可能导致整车无法下线、召回或面临巨额赔偿,需立即冻结相关代码提交;“严重缺陷”为70-89分,影响核心功能但可继续开发;“一般缺陷”为50-69分,仅影响辅助功能;“轻微缺陷”为30-49分,仅影响界面或日志。
引入动态阈值机制,当某类缺陷(如传感器数据异常)在30个开发周期内出现3例以上时,自动将该类缺陷的权重系数上调15%,以强化预防意识。所有缺陷必须通过“缺陷ID编码规则”进行唯一标识,格式为:D-年份-序列号,例如:D-202310-0045,确保在代码仓库中可被精准检索和关联。缺陷等级需同步更新至Jira项目管理系统和SVN版本控制系统的元数据字段中,形成跨系统的“缺陷一致性视图”,避免重复修复。
每次缺陷定级后,需在开发组内发起“定级评审会”,由架构师与测试组长共同确认,评审记录需存档备查,作为未来事故定责的依据。
1.1.2缺陷生命周期状态流转与颜色编码
缺陷进入“待确认”状态时,需填
原创力文档

文档评论(0)