测试、代码审查与持续集成

质量检查围绕业务风险

测试应验证可观察行为，而不只是复述函数内部实现。优先覆盖权限、状态、重复写入和依赖失败，因为这些问题可能在“成功演示”中一直隐藏。

最小验证矩阵

层次	验证目标	工单助手示例
单元	纯业务规则	只有待审核草稿可被审核
集成	数据与服务边界	并发请求只创建一个幂等任务
契约	请求响应与兼容性	错误码、空值和分页保持约定
端到端	用户完成真实任务	生成、查看引用、修改并审核
安全	身份与资源隔离	猜测其他租户编号仍被拒绝
故障	超时与恢复	模型失败仍能读取工单

持续集成的门禁

每次变更执行依赖安装、类型检查、核心业务测试、内容与链接检查以及生产构建。步骤可按风险调整，但主分支不能依赖作者本机状态。测试使用合成数据；日志和构建产物不包含真实凭据。

AI 行为增加固定评测集回归，保存模型、提示词、索引与样本版本。快照差异只能提示输出变化，不能自动证明回答正确。

代码审查的问题

改动解决了哪个用户问题？权限在哪一层执行？失败会留下什么状态？数据库事务是否包含慢外部调用？新增日志会不会泄露数据？回退后旧版本是否仍能读新字段？依赖升级有没有引入不兼容行为？

审查记录应链接证据，避免只写“已测”。小变更优先；若接口、迁移与界面一起改变，说明顺序和兼容窗口。

失败用例与回归

为已发生的业务缺陷增加能触发原问题的用例，再修复并验证。时间相关测试使用可控时钟；外部依赖可用桩，但上线前仍需要真实契约与连接验证。

练习与完成标准

故意移除一处租户检查，确认至少一个权限用例失败；故意让模型超时，确认降级用例失败或通过都符合设计。交付自动化结果与人工验证范围。工作流配置的具体语法查阅 GitHub Actions 官方文档。

参考阅读与使用边界

• GitHub Actions 官方说明：相关概念与方法的延伸阅读，访问核验日期 2026-10-14。本站练习、流程与指标为自主编排，不属于来源机构认证。
• 学习路线 · 项目实战 · 可下载模板

本页为基础指南；生产操作需结合实际版本、授权环境与审核证据验证。