我将按软件全生命周期8大阶段设计核验表，把量化指标、责任方、交付物、卡点勾选项全部落地，采用Excel通用结构（分阶段分栏，可直接复制到Excel），兼顾通用性与可操作性，团队核验时只需逐栏勾选/填写即可。
软件全生命周期准入准出标准&质量卡点核验表
说明：1. 核心卡点为“一票否决项”，未通过则直接终止阶段流转；2. 达标状态填写“是/否”，不达标需在备注栏说明原因及整改计划；3. 适配不同项目类型时，可参考“使用说明”调整指标。
| 具体要求 | 达标状态 | 核验依据 | 具体要求 | 达标状态 | 核验依据 | 卡点内容 | 通过状态 | 交付物名称 | 是否齐全 | |||||
| 1. 需求分析与评审阶段 | 主责：产品经理；核验：测试经理+研发负责人 | PRD初稿完成，含核心业务流程、功能边界、验收标准 | PRD初稿 | 需求评审通过（四方签字确认） | 评审记录 | 核心业务流程需求可测试性100% | 需求规格说明书（PRD） | |||||||
| 业务背景、用户场景、核心指标明确 | PRD初稿 | 测试需求点拆解覆盖率100% | 测试需求点清单 | 无核心业务逻辑冲突、无需求遗漏 | 需求评审记录 | |||||||||
| 第三方依赖范围明确 | PRD初稿 | PRD歧义点、冲突点全部解决 | 修订版PRD | 合规/数据安全需求明确并纳入验收标准（如有） | 测试需求点拆解清单 | |||||||||
| – | – | – | 需求变更流程明确 | 变更流程文档 | – | – | 需求变更流程文档 | |||||||
| 2. 架构/设计评审阶段 | 主责：架构师/开发负责人；核验：测试经理+产品经理 | 修订版PRD已输出，需求无变更 | 修订版PRD | 设计评审通过（四方签字确认） | 设计评审记录 | 架构/设计方案100%匹配核心需求 | 架构设计文档 | |||||||
| 设计初稿完成，覆盖核心需求点 | 设计初稿 | API接口设计规范无歧义 | 接口设计文档 | 核心接口定义清晰、可测试 | 接口设计文档（API） | |||||||||
| 高风险模块设计方案初稿完成 | 高风险模块设计稿 | 高风险模块有风险防护措施 | 设计文档 | 高风险模块有明确技术解决方案 | 数据库设计文档 | |||||||||
| – | – | – | 可测试性问题全部解决 | 评审记录 | 跨模块交互规则100%明确 | 设计评审记录 | ||||||||
| – | – | – | 第三方接口对接方案明确 | 对接方案文档 | – | – | 第三方接口对接方案 | |||||||
| 3. 单元开发&单元测试阶段 | 主责：开发工程师；核验：研发负责人+测试工程师 | 设计文档已准出，无变更 | 设计准出记录 | 代码评审通过，无规范/逻辑问题 | 代码评审记录 | 核心模块单元测试覆盖率≥90% | 单元代码（可运行） | |||||||
| 编码/单元测试规范明确 | 规范文档 | 单元测试覆盖率：整体≥80%、核心≥90% | 单元测试报告 | P0/P1缺陷修复率100% | 单元测试用例 | |||||||||
| 单元测试环境搭建完成 | 环境验收记录 | P0/P1/P2缺陷全部修复验证 | 缺陷台账 | 核心函数逻辑无致命编码问题 | 单元测试报告 | |||||||||
| – | – | – | 输出单元测试报告及结论 | 单元测试报告 | – | – | 代码评审记录 | |||||||
| 4. 集成测试阶段 | 主责：测试+开发工程师；核验：测试经理 | 单元测试已准出，核心代码合入 | 单元测试准出记录 | 集成测试用例通过率100% | 测试用例执行记录 | 核心业务链路集成通过率100% | 集成测试用例 | |||||||
| 集成测试环境搭建完成且稳定 | 环境验收记录 | 接口通过率100%，异常码符合要求 | 接口测试记录 | P0/P1缺陷修复率100% | 集成测试报告 | |||||||||
| API文档定稿，第三方接口联调完成 | API文档+联调记录 | 模块间数据流转无丢失/错乱 | 数据校验记录 | 第三方接口联调无对接盲点 | 接口联调记录 | |||||||||
| 集成测试用例评审通过 | 用例评审记录 | P0/P1/P2缺陷全部修复验证 | 缺陷台账 | 微服务通信正常（如有） | 缺陷跟踪台账 | |||||||||
| – | – | – | 输出集成测试报告及准入结论 | 集成测试报告 | – | – | 用例评审记录 | |||||||
| 5. 系统测试阶段 | 主责：测试团队；核验：测试经理 | 集成测试已准出，无核心风险 | 集成测试准出记录 | 功能测试用例通过率100% | 功能测试记录 | 核心业务全流程无缺陷 | 系统测试用例 | |||||||
| 系统测试环境与生产配置一致 | 环境配置清单 | 专项测试指标全部达标 | 专项测试报告 | P0/P1缺陷修复率100% | 专项测试报告（性能/安全等） | |||||||||
| 测试用例（功能+专项）评审通过 | 用例评审记录 | P0/P1/P2缺陷全部修复，P3风险备案 | 缺陷台账 | 无高危专项问题（性能/安全等） | 系统测试总报告 | |||||||||
| 测试数据准备完成（全场景） | 测试数据清单 | 探索性测试无核心隐性缺陷 | 探索性测试记录 | 数据一致性100% | 缺陷闭环台账 | |||||||||
| 专项测试方案评审通过 | 专项测试方案 | 异常场景处理正常无崩溃 | 异常场景测试记录 | 异常场景无系统崩溃/数据丢失 | 探索性测试记录 | |||||||||
| – | – | – | 输出系统测试报告及验收准入结论 | 系统测试总报告 | – | – | 专项测试方案 | |||||||
| 6. 验收测试（UAT）阶段 | 主责：产品+业务方；核验：测试团队 | 系统测试已准出，无核心风险 | 系统测试准出记录 | UAT测试用例通过率100% | UAT测试记录 | 核心业务场景100%验收通过 | UAT测试用例 | |||||||
| UAT环境配置与生产一致，数据模拟真实 | UAT环境清单 | 业务方提出的问题全部解决 | 业务问题台账 | 业务类P0/P1问题修复率100% | UAT测试报告 | |||||||||
| UAT用例经产品/用户确认 | UAT用例确认单 | 产品操作手册定稿 | 操作手册 | 产品可独立运行，无人工依赖 | 用户验收确认单 | |||||||||
| 产品操作手册初稿完成 | 操作手册初稿 | 用户/业务方签字确认验收通过 | 验收确认单 | – | – | 业务问题台账 | ||||||||
| 7. 灰度发布阶段 | 主责：运维+测试+产品；核验：测试经理 | 验收测试通过，用户已签字 | 验收确认单 | 灰度部署无失败/服务不可用 | 部署日志 | 核心监控指标无异常波动 | 灰度发布计划 | |||||||
| 部署包与测试环境一致，无未验证变更 | 版本一致性校验记录 | 核心指标正常（崩溃率<0.1%、报错率<0.01%） | 监控报告 | 生产P0/P1缺陷修复率100%并验证 | 灰度监控报告 | |||||||||
| 灰度计划（流量/范围/回滚）制定完成 | 灰度发布计划 | P0/P1缺陷修复后重新灰度验证 | 缺陷验证记录 | 系统回滚功能正常可用 | 灰度测试报告 | |||||||||
| 生产监控体系搭建完成，告警正常 | 监控配置清单 | 线上探索性测试无生产特有风险 | 线上测试记录 | – | – | 回滚方案 | ||||||||
| 应急修复/回滚流程明确，人员到位 | 应急流程文档 | 输出灰度报告及全量准入结论 | 灰度测试报告 | – | – | 线上探索性测试记录 | ||||||||
| 8. 全量上线阶段 | 主责：运维+产品；核验：测试经理+研发负责人 | 灰度发布已准出，无生产风险 | 灰度准出记录 | 全量部署100%节点成功 | 部署日志 | 无大规模P0/P1线上问题 | 全量上线报告 | |||||||
| 全量计划、应急方案制定，人员待命 | 上线计划+应急方案 | 72小时核心监控指标全部正常 | 72小时监控报告 | 线上监控无盲区，告警正常 | 线上质量监控台账 | |||||||||
| 监控项开启，告警机制正常 | 监控配置记录 | P0/P1缺陷闭环，P2/P3纳入迭代 | 缺陷台账 | 应急/回滚流程可正常执行 | 上线后复盘计划 | |||||||||
| 客服/运营完成产品培训 | 培训记录 | 输出全量上线报告及成功结论 | 全量上线报告 | – | – | 应急修复记录（如有） |
使用说明
项目适配调整：大型企业级项目可提升覆盖率（单元≥85%）、新增合规卡点；敏捷小项目可降低覆盖率（单元≥70%）、简化文档要求；移动APP项目新增“兼容性/前端性能卡点”。
Excel实操技巧：1. 达标状态/通过状态列可设置下拉菜单（是/否）；2. 核心卡点列可设置条件格式（未通过标红）；3. 可按阶段拆分工作表，便于分阶段核验。
例外处理：需填写《例外申请单》，经四方评审签字后附于本表后，备注栏注明申请单号。
归档要求：核验完成后需打印签字归档，电子版同步至项目管理平台，留存可追溯记录。
