软件项目缺陷台账复核办法

软件项目缺陷台账复核办法一、总则缺陷台账是软件项目质量状态的唯一权威记录，复核是保证台账可信度的核心手段。台账失真（漏登、错登、状态不符）会导致发布决策基于错误的质量数据，其危害远大于缺陷本身。本办法规定缺陷台账复核的组织、周期、内容、标准与处置流程，适用于本公司所有处于开发、测试、试运行阶段的软件项目。1.1目的与依据•统一各项目缺陷台账的记录口径与复核标准，确保台账数据真实、完整、可追溯。•通过定期复核发现登记质量问题，倒逼测试与开发过程改进。•依据《GB/T25000.51-2016系统与软件工程系统与软件质量要求和评价（SQuaRE）第51部分：就绪可用软件产品（RUSP）的质量要求和测试细则》中缺陷相关质量特性要求，结合公司《软件项目质量管理办法》制定。1.2适用范围•适用对象：公司全部软件项目的缺陷台账（含缺陷管理系统电子台账，以及因保密要求线下维护的台账）。•适用人员：测试工程师、开发工程师、项目经理（PM）、质量保证工程师（QA）、测试负责人（TestLead）。1.3术语定义术语定义缺陷台账记录缺陷编号、标题、级别、状态、责任人、时间等字段的清单复核对已登记缺陷条目逐条核对真实性、准确性、状态一致性的检查活动抽样复核按比例随机抽取部分条目进行的复核全量复核对台账全部条目逐条核对僵尸缺陷连续30天无状态变更且无评论记录的未关闭缺陷二、复核组织与职责复核工作实行三级责任体系，任何一级缺失都视为复核无效。角色职责验收标准测试工程师日常登记、状态更新、自查新增缺陷30分钟内完成登记，字段完整率100%测试负责人周复核组织人，缺陷级别仲裁第一责任人每周五17:00前提交周复核报告QA工程师月度抽样复核执行人，独立于项目组每月5个工作日内出具复核报告项目经理复核问题整改责任人，资源保障整改任务100%指派到人并跟踪关闭质量部（部门级）季度跨项目审核，办法修订每季度末发布横向对比报告独立性要求：月度及季度复核执行人不得是该缺陷条目的登记人或当前处理人，避免自查自纠掩盖问题。三、复核周期与方式复核频率与项目阶段挂钩：越临近发布，复核越频繁、覆盖越全。复核类型周期覆盖范围执行人自查每日下班前当日新增及状态变更条目测试工程师周复核每周五本周全部变更条目+全部严重级（S1）缺陷测试负责人月度抽样复核每月最后一周按级别分层抽样，见3.1QA工程师发布前全量复核版本发布申请提交后、批准前全部未关闭缺陷+本版本关闭缺陷的20%抽样QA工程师+测试负责人季度审核每季度末跨项目台账质量横向比对质量部3.1月度抽样比例分层抽样，保证高级别缺陷覆盖充分：•S1（致命）、S2（严重）：全量复核。•S3（一般）：抽样不低于30%，随机抽取。•S4（轻微）：抽样不低于10%。•台账条目少于50条的项目，S3及以上全量复核，S4抽样不低于20%。抽样随机性要求：由QA使用缺陷管理系统的导出功能配合随机数生成器抽取，禁止由测试负责人指定样本（自选样本会本能地偏向“好写”的条目，失去复核意义）。四、复核内容与判定标准复核不是看格式是否好看，而是核对每条缺陷能否支撑他人据此复现、判断和决策。逐条按以下五个维度核对。4.1字段完整性必填字段缺一即判为不合格条目：•缺陷编号、标题、发现日期、发现人、发现版本/环境•缺陷级别（S1~S4）、优先级、当前状态、当前责任人•复现步骤、预期结果、实际结果•关联需求/用例编号（无法关联的须在备注中说明原因）4.2描述可复现性判定标准：一名未接触过该缺陷的工程师，仅凭台账记录能在15分钟内复现问题。•复现步骤须包含前置条件（账号权限、数据状态、环境配置）、操作序列、触发概率（如“5次操作出现1次”）。•不可复现缺陷不得直接关闭，须标注“待观察”，观察期10个工作日，期内由原发现人按原步骤复验3次；3次均无法复现方可转“关闭-无法复现”，并保留全部尝试记录。4.3级别与优先级准确性级别判定依据（出现争议时按此表仲裁）：级别判定标准示例S1致命系统崩溃、数据丢失/损坏、核心业务完全不可用、安全漏洞可致数据泄露提交订单后订单数据丢失S2严重主要功能未实现或错误、有替代路径但代价大、性能低于验收指标30%以上支付成功率降至60%S3一般次要功能缺陷、有简单替代方案、界面错误但不误导用户列表排序偶发错误S4轻微文字、排版、提示优化类，不影响功能错别字、图标未对齐错级处置：S1/S2误登为S3/S4的，复核发现后2小时内升级并通知PM；级别下调（升级改降级）须由测试负责人书面确认，QA抽样时重点核查降级记录——降级是人为压低质量数据的最常见手法。4.4状态一致性核对台账状态与实际工作流是否一致，重点核查三类高风险状态：•已修复：必须附代码提交记录（commitID或变更单号）及测试环境部署版本号。只有开发口头说“改完了”而无提交记录即标已修复的，判定为虚假状态，退回并记入复核问题清单。•已关闭：必须附回归测试通过记录（测试人、日期、环境）。严禁开发本人关闭自己修复的缺陷——关闭权只在测试方，违反者该条目强制重开并由QA全量核查该开发关联的历史关闭条目。•延期：必须注明目标版本号及PM审批记录。无审批记录的延期条目视为无效延期，按原级别回归处理。4.5数据一致性•台账总数=系统导出统计数，误差为0。•各状态条目数之和=总数。•线下台账（如有）与缺陷管理系统每周同步1次，周复核时核对差异并当日消除。五、复核流程5.1周复核流程（测试负责人执行）1.每周五14:00导出本周变更条目清单。2.逐条核对第四章五个维度，标记问题条目。3.与相关测试工程师当日当面核对疑问点，现场可改正的当场改正。4.17:00前输出《周缺陷复核报告》（问题条目数、问题分类、S1缺陷状态确认、风险提示），发送PM与QA。5.2月度抽样复核流程（QA执行）1.每月最后一周一10:00前完成抽样并通知项目组（提前通知但不提前透露具体样本，防止临时补录）。2.3个工作日内完成逐条核对，产出《月度复核问题清单》，每条问题标注：条目编号、问题维度、问题描述、整改要求、整改期限。3.PM在收到清单后2个工作日内将整改任务指派到人。4.整改完成期限：字段类问题1个工作日，状态类问题2个工作日，级别争议3个工作日内完成仲裁。5.QA在期限届满后1个工作日内核验整改结果，闭环或升级。5.3异常处置复核中发现的异常按严重程度三级处理：级别判定标准处置启动人一般字段缺失、描述不规范，单次不超过5条限期整改，QA复验QA较重状态虚假（无提交记录标已修复、无审批延期）、级别擅自下调，或同类问题累计5条以上问题条目全部退回重走流程，PM当周内提交书面原因分析，QA对该项目下月抽样比例翻倍QA上报质量部严重台账与系统数据不符且无法追溯、批量删除/篡改缺陷记录、隐瞒S1缺陷不登记立即冻结该项目版本发布申请，质量部2个工作日内专项审查，审查结论报分管领导；涉嫌故意造假按公司质量考核制度追责质量部负责人风险演化逻辑（复核人员据此确定审查重点）：单条字段缺失→测试记录习惯松散→状态更新滞后→发布决策时台账“看起来干净”→带病发布→线上事故回溯时台账无法提供证据链。因此复核重点不是抓单条错误，而是识别这种链条的早期信号——连续两周自查缺失、状态更新平均滞后超过1天、降级记录增多，任一出现即触发月度复核提前介入。六、复核结果应用复核结果必须形成闭环，否则复核会退化为形式主义。•项目质量评价输入：复核问题率（问题条目数/抽样条目数）纳入项目月度质量指标，目标值：问题率不超过5%；超过15%的项目，测试负责人须在月度质量会上做专项汇报。•发布门禁：发布前全量复核未通过（存在未闭环的较重及以上问题）的版本，发布申请不予批准，由QA行使一票否决权。•过程改进：QA每季度汇总各项目高频问题类型（如复现步骤缺失占40%），据此更新《缺陷登记模板》与培训内容，实现PDCA中的A（改进）环节。•追溯机制：复核报告、问题清单、整改记录归档保存至项目结项后2年，作为质量审计与责任认定的原始依据。七、附则1.本办法由质量部负责解释与修订，修订后向全体项目组发布并组织宣贯。2.本办法自发布之日起执行，与旧有项目组内部缺陷管理约定不一致的，以本办法为准。3.各项目可基于本办法细化操作细则，但复核周期、抽样比例、三级异常处置标准为最低要求，不得降低。附件1：缺陷复核问题清单（样表）序号缺陷编号问题维度问题描述整改要求责任人整改期限复验结果1BUG-1024状态一致性标“已修复”但无提交记录补充commitID并重新部署验证张某某2025-XX-XX待复验2BUG-1087级别准确性数据丢失缺陷误登为S3升级为S1，通知PM李某某2025-XX-XX待复验3附件2：复核检查表（Checklist）检查项判定标准是/否必填字段齐全4.1所列字段无缺失复现步骤可用第三人15分钟内可复现级别判定正确符合4.3分级表已修复有据附commitID及部署版本号已关闭有验附回归测