缺陷整改与复验追踪

这个场景能帮你做什么

缺陷表显示已修复，复验记录却为空；同一问题在新版本又出现。本任务把问题、整改、修复证据、复验和授权关闭串起来，识别逾期、复发与证据缺失。

开始前需要准备什么

准备原问题或验收意见、对象位置及版本、批准标准、整改要求、责任期限、修复记录、现场或测试结果、验证人和日期。软件、设备、工程采用各自真实验证要求，不套统一测试时长。

具体怎么做

第一步：核清问题身份与依据

让 WorkBuddy 按问题编号、对象和版本整理原始表现与证据。相似描述先标重复候选，保留多次发现与复发信息，不能只按关键词合并。

对应验收要求，严重程度沿用授权判断。安全影响未确认时列待专业判定，不自行降级。

第二步：检查整改承诺和修复证据

整理动作、责任方、原期限、修复版本及证据位置。只有“改好了”保持待复验，缺责任或日期仍保留问题并提出补问，不删除缺字段事项。

第三步：形成复验事项并录入真实结果

按原问题和标准列复验方法、预期条件、实际结果、对象版本和证据。软件可需回归，设备可需运行或专业试验，具体由相应人员确定和执行。

修复和复验版本不一致时不能直接通过；只证明问题不再出现一次，也不自动证明其他功能无影响。

第四步：按验证与授权关闭

区分待整改、整改中、待复验、复验不通过、待授权关闭和已确认关闭。企业已有状态可沿用。关闭关联复验和授权依据，预填合格的模板不能当证据。

第五步：检查遗留与连带资料

列逾期、复发、影响验收及缺证据项，确认图纸、配置、手册等受影响资料是否同步。附条件接收或重新申请验收，由有权人决定。

可以直接交给 WorkBuddy 的完整要求

请整理问题、整改与复验记录，保留原文件。
按问题ID、对象、版本和原标准核身份，重复候选保留多次发现信息。
区分整改承诺、修复实施、复验和授权关闭。只有完成声明不得关闭，修复与复验版本不一致列问题。
输出整改表、复验事项和真实证据、逾期复发及资料更新缺口；未知等级、责任、日期标待确认，不删除事项。
不编测试结果、不降安全等级，不替人决定附条件验收或正式关闭。

完成后会得到什么

表中包含问题、对象版本、标准、整改动作、责任期限、修复证据、复验方法结果、验证人日期及关闭依据，另列阻塞验收事项。

结果应该怎么检查

复验是否覆盖原问题和正确版本；报告能否访问；关闭是否有授权；复发是否仍被当一次新问题；相关手册是否同步。缺陷少不等于整体可验收。

遇到这些情况怎么处理

附件打不开列待提供；复验失败继续整改并保留历史；严重安全问题交专业负责人；允许带遗留交接时必须记录批准条件、承接人和后续验证。

哪些由工具处理，哪些必须人工决定

WorkBuddy 对应资料、发现缺口并起草清单。执行人整改，专业或业务人员验证，授权人决定关闭和验收，生成报告不能代替实际修复。