测试准入准出 Checklist-二趣网

测试准入准出 Checklist

2026/6/25 19:21:51 网站建设项目流程

版本测试准入&准出 Checklist

本清单为版本测试流转的刚性校验标准，所有常规迭代版本必须逐项核对，强制项不达标不得进入下一环节；紧急版本需走正式豁免流程。清单可直接复制到禅道/Jira/飞书文档中作为流转审批附件使用。

一、版本测试准入 Checklist（提测校验）

校验时机：开发提交测试前，由测试负责人逐项核对；不满足强制项直接打回，记录打回次数并纳入研发质量考核。

检查大类	检查项	检查标准	责任角色	强制/可选	是否达标	备注
1. 文档资料准入	需求文档齐全	具备正式PRD/需求说明书，含明确验收标准、异常场景、边界规则、业务逻辑说明	产品负责人	强制	☐ 是 ☐ 否
设计&接口文档	具备UI设计稿、接口文档、数据库变更说明、第三方依赖说明	产品/研发	强制	☐ 是 ☐ 否	无接口文档需提前报备并补充临时说明
变更记录	本次版本所有需求变更、逻辑调整有正式记录，同步至所有相关方	产品负责人	强制	☐ 是 ☐ 否	口头变更一律不予认可
2. 代码与环境准入	代码分支规范	代码已合并至对应测试分支，分支命名符合规范，提交记录清晰	研发负责人	强制	☐ 是 ☐ 否
测试环境可用	测试环境部署完成，服务正常启动，数据库、缓存、第三方依赖配置正确	研发/运维	强制	☐ 是 ☐ 否	核心流程可正常进入，无环境阻断问题
部署&回滚说明	提供部署步骤、数据库执行脚本、版本回滚方案	研发负责人	强制	☐ 是 ☐ 否
3. 开发自测验证	核心流程自测	核心业务主流程100%自测通过，无阻断性问题	研发负责人	强制	☐ 是 ☐ 否	需输出《开发自测报告》，附自测用例与结果
缺陷修复自测	本次版本修复的历史缺陷，全部完成自测验证	研发负责人	强制	☐ 是 ☐ 否
单元测试达标	核心模块单元测试覆盖率达到团队约定阈值（建议≥80%），全部用例执行通过	研发负责人	强制	☐ 是 ☐ 否	非核心模块可酌情放宽
4. 前置质量门禁	静态代码扫描	SonarQube扫描无严重、阻塞级问题，高危漏洞清零	研发负责人	强制	☐ 是 ☐ 否	流水线自动校验，不达标无法合并代码
安全扫描	高危安全漏洞清零，中危漏洞有修复计划	研发/安全	强制	☐ 是 ☐ 否	涉及资金、用户隐私的版本为强制项
代码评审（CR）	核心代码已完成交叉评审，评审遗留问题已闭环	研发负责人	强制	☐ 是 ☐ 否
5. 特殊项确认	第三方依赖确认	涉及的外部接口、第三方服务已确认联调通过	研发负责人	可选	☐ 是 ☐ 否	有依赖则为强制项
测试数据准备	测试所需的账号、业务数据、模拟数据已提前准备完毕	测试/研发	可选	☐ 是 ☐ 否	影响测试进度的为强制项

准入打回规则

任意强制项不达标，测试负责人有权直接打回版本，不予启动测试；
同一版本累计打回≥2次，同步至研发部门负责人，纳入当月质量考核；
打回需出具书面说明，明确不达标项与整改要求，整改完成后重新走提测审批。

二、版本测试准出 Checklist（上线校验）

校验时机：测试完成后、发布上线前，由测试负责人牵头核对，作为上线审批的必备附件。

检查大类	检查项	检查标准	责任角色	强制/可选	是否达标	备注
1. 缺陷闭环标准	高优先级缺陷清零	P0（阻断）、P1（严重）级缺陷100%修复并验证通过，无遗留	测试负责人	强制	☐ 是 ☐ 否	绝对质量红线，无豁免空间
中优先级缺陷管控	P2（一般）级缺陷遗留率≤5%，且全部经过产品+研发+测试三方确认，有明确修复排期	测试负责人	强制	☐ 是 ☐ 否	遗留缺陷需登记备案
低优先级缺陷备案	P3（轻微）及以下缺陷统一录入缺陷库，标注后续迭代修复计划	测试负责人	强制	☐ 是 ☐ 否
回归验证通过	所有修复缺陷全部完成回归验证，无复现与衍生问题	测试工程师	强制	☐ 是 ☐ 否
2. 测试用例执行标准	用例覆盖率	核心业务场景覆盖率100%，全量需求点覆盖率≥95%	测试负责人	强制	☐ 是 ☐ 否
用例执行率	本轮测试计划用例执行率≥95%，未执行用例有明确原因与风险说明	测试负责人	强制	☐ 是 ☐ 否
用例通过率	核心场景用例通过率100%；全量用例通过率≥98%	测试负责人	强制	☐ 是 ☐ 否	未通过用例需对应缺陷闭环
用例评审记录	测试用例已完成评审，评审意见全部闭环	测试负责人	强制	☐ 是 ☐ 否
3. 专项测试达标	兼容性测试	核心场景在约定的浏览器/设备/系统版本下运行正常	测试工程师	可选	☐ 是 ☐ 否	Web/移动端版本为强制项
性能测试	核心接口响应时间、并发量、吞吐量满足性能指标，无内存泄漏	测试工程师	可选	☐ 是 ☐ 否	大版本、核心链路变更为强制项
安全测试	无高危安全漏洞，数据权限、接口鉴权验证通过	测试/安全	可选	☐ 是 ☐ 否	涉及用户信息、资金交易为强制项
4. 发布交付物齐备	正式测试报告	出具完整测试报告，含版本概述、测试范围、缺陷统计、覆盖率数据	测试负责人	强制	☐ 是 ☐ 否
上线清单	明确本次上线的代码分支、配置项、数据库脚本、依赖服务	研发负责人	强制	☐ 是 ☐ 否
回滚方案	具备可执行的版本回滚方案、数据库回滚脚本，回滚步骤清晰可操作	研发负责人	强制	☐ 是 ☐ 否
监控告警配置	核心业务指标、错误率、接口成功率监控已配置，告警规则生效	运维/研发	强制	☐ 是 ☐ 否
5. 风险与兜底确认	质量风险评估	测试负责人出具明确的上线风险评估结论：「建议上线」/「有风险建议暂缓」	测试负责人	强制	☐ 是 ☐ 否	风险点需逐条列明并给出应对方案
灰度发布计划	明确灰度范围、放量节奏、监控指标、熔断条件	研发/产品	强制	☐ 是 ☐ 否	大版本、核心功能变更为强制项
值班机制确认	上线后运维、研发、测试值班人员已明确，应急响应机制畅通	项目负责人	强制	☐ 是 ☐ 否

准出结论判定

完全通过：所有强制项全部达标，可正常安排上线；
有条件通过：非核心强制项存在少量遗留，风险可控且三方确认备案，可按计划上线；
不予通过：存在P0/P1遗留缺陷、核心用例不通过等红线问题，禁止上线，整改后重新评估。

三、配套落地规则（保障清单不流于形式）

1. 质量豁免流程

紧急版本（如线上hotfix）无法满足准入/准出条件时，必须走正式豁免：

提交《质量豁免申请表》，说明无法达标原因、已知风险点、兜底保障方案、后续修复闭环时间；
需研发负责人+产品负责人+测试负责人+部门总监四级审批签字；
豁免记录统一归档，每月复盘，高频豁免项需反向优化流程与工具。

2. 版本分级适配

版本类型	执行标准
常规大版本/核心功能迭代	严格执行全量Checklist
小优化/配置变更版本	裁剪非核心专项项，保留文档、缺陷、发布交付物强制项
线上紧急hotfix	走简化流程，必须满足：缺陷验证通过、回滚方案齐备、风险评估明确

3. 执行监督

每月抽查不少于3个版本的Checklist执行记录，核查是否存在虚假勾选、流程走形式；
违规上线、未审批豁免的版本，一旦出现线上事故，加倍追责。

标签：网站建设企业官网项目流程 UI设计前端开发

需要专业的网站建设服务？

联系我们获取免费的网站建设咨询和方案报价，让我们帮助您实现业务目标