- 01确定检查范围
- 02收集证据
- 03核实发现
- 04审查优先级
应用场景
工作流程步骤
01
交付与依赖项检查
检查约定的依赖项告警、CI 结果、自动化测试和发布检查。记录失败的检查和缺失的证据。
02
结合实际情况的发现
结合应用及其使用方式核实重要发现。说明影响、可信程度和尚未测试的部分。
03
定期技术复查
与上次复查比较变化,与技术负责人商定行动,并在约定范围内验证已完成的修复。
当发布风险逐渐积累
小型产品团队可能面临依赖项告警、发布检查不一致或 CI 反复失败的问题。从一个应用入手,收集足以确定下一步技术行动的证据。
工作流示意
示例:每月 SaaS 复查
拟议的月度复查比较依赖项变化、CI 失败和约定的应用检查。工程师核实重要发现,并与客户审查优先级。客户团队负责生产部署和事件响应。
先评估,再确定复查计划
开始前确定代码库和环境访问权限、允许的测试、复查频率及责任。自动化检查和智能体辅助摘要支持复查;重要发现由工程师核实。
明确响应时段和包含的复测内容。紧急响应、完整渗透测试和实施工作需另行约定范围。
交付内容
我们可以交付什么
基线评估、检查清单和约定的复查计划。
附有来源证据、优先级、负责人和待解答问题的经核实发现。
变化报告,以及另行约定的修复或复测结果。
相关服务与示例
联系
确定应用复查范围
请介绍一个应用、发布流程、已知问题及技术行动负责人。我们可据此商定初始评估和合适的复查计划。
讨论技术复查