先核对对象和覆盖，再阅读问题与结论；用版本、触发条件及复测记录判断整改是否真正完成。
先确认报告对应哪个对象
拿到报告后先看软件名称、版本、委托与出具主体、测试时间及报告标识，核对是否与本次交付的软件一致。若材料需要用于特定验收或申报，还要向接收方确认格式与范围要求。机构资质标识需要与实际主体、能力范围和状态对应，不能从一个标识推定所有软件类型与参数均被覆盖。
再看测试范围和判定依据
阅读测试环境、需求依据、采用方法、覆盖项目及限制说明。功能清单中的所有模块是否都执行了测试？外部接口、部分角色或性能场景是否被排除？“未发现问题”与“未执行测试”是不同状态。报告中的结论应在对应范围内理解，不应将样本结果扩展到未测版本、不同运行平台或未来新增功能。
将问题与影响连接起来
问题记录最好能回答出现在哪里、什么条件触发、预期与实测有什么差异、影响哪些业务，以及修复建议是什么。严重程度可以帮助排序，但业务影响需要结合实际场景判断。对不能稳定复现或条件不足的问题，保留观察证据与限制，避免为了得到整齐的通过清单而简单删除。
用一个导出问题说明复测
以下为说明示例，并非客户案例。假设测试发现普通人员可以导出其他部门的记录，修复后应在新版本中复查原账号、原请求和数据边界，再检查同类接口及正常授权导出是否仍能工作。只确认按钮消失不够，也不能把一次请求失败直接认定权限隔离完整。复测记录需要说明版本、条件、结果和仍未覆盖的部分。
最后核对交付与后续动作
把报告、问题清单、整改说明和复测结果放在一起，确认哪些问题已关闭、哪些由责任方接受、哪些等待后续处理。重大版本更新后重新评估原报告是否适用；如对报告内容有疑问，通过正式联系渠道核验，不在公开页面上传完整敏感报告。GB/T 38634.3-2020 可作为测试文档参考；本文提供阅读和协作方法，不能代替检测机构的报告规则或接收方判断。如需对外分享，先确认授权范围，再对身份、业务数据和系统细节作必要处理。
关键事实
阅读顺序：对象与版本 → 范围与依据 → 问题 → 复测结论
关闭依据：修复说明与对应版本的验证记录
常见问题
开发方说已经修复，是否可以直接关闭问题？
宜由约定的验证方在对应版本按触发条件复测，并确认必要的相邻影响。修复说明是输入，实际验证记录才支持关闭判断；条件不足时保留待验证状态。
