---
name: integration-verification
type: procedure
when: '集成测试, 集成验证, E2E测试, 端到端验证, 联调测试, integration test, E2E'
scope:
  - backend
  - frontend
products:
  - '*'
id: ka-procedure-集成验证流程
asset_kind: procedure
lifecycle_status: active
authority: supporting
owner_mechanism_id: mc-verifier
routes:
  - code_change
primary_triggers:
  - 集成验证流程
secondary_triggers: []
negative_triggers: []
priority: P1
specificity: 5
consumes:
  - mc-intent-router
emits:
  - execution_result
  - evidence
required_evidence:
  - execution_evidence
version: 1.0.0
last_reviewed: '2026-05-22'
migration_note: 知识资产标准化迁移
status: active
---

## 适用场景
跨 API、页面交互和业务流的增量集成测试，要求真实运行时证据。适用于部署后的端到端验证。

## 步骤
1. 分析变更影响：哪些接口、页面、DDL、菜单受影响
2. 发现服务依赖和启动顺序
3. 构建部署最新代码，验证构建产物新鲜度
4. 收集运行时证据：API 动态验证、页面快照、控制台、网络请求
5. 端到端流程验证：从浏览器页面出发，不绕过前端直接调后端
6. DDL 迁移必须在浏览器/API 测试前应用到运行数据库
7. 发现缺陷时：先诊断再修复，修复后重新构建再验证
8. 构建覆盖矩阵：接口 × 页面交互 × 业务流三维覆盖
9. 产出偏差报告：每个缺口映射到返回阶段

## 检查点
- [ ] 变更影响分析仅覆盖本次变更范围
- [ ] 构建产物新鲜度已验证
- [ ] API 动态验证和浏览器运行时验证均完成
- [ ] 端到端流程从浏览器页面出发完成
- [ ] 菜单变更验证了角色可见性、路由可达、API 可调
- [ ] 覆盖矩阵达标，偏差报告指定返回阶段

## 注意事项
- 禁止绕过前端直接调后端 API 做业务流测试
- 禁止用 SQL 直接写业务测试数据（使用页面操作或业务 API）
- 禁止在过期构建上测试（新鲜度检查失败必须重新构建）
- 禁止硬编码测试凭据
- 禁止接受 dry-run/静态分析/AI 摘要作为通过证据
