发布与验证
让 AI 写 CI 上传失败证据：红灯也有报告
单独保存失败时的日志和测试报告。
资料核验2026.11.12 · GitHub Actions · PR 与部署工作流
浏览器测试在 CI 里失败，开发机器上却过了。光看最后一行超时，下一步只能猜。把报表和失败快照上传为工作流产物，才有东西可以和本地运行对照。
给 AI 的上下文与边界
请助手修改浏览器测试工作流，要求在失败后上传报告，但保留测试任务的失败状态。给出报告路径、需要的日志范围和排除真实业务数据的条件。
让上传步骤在失败后也有机会运行
报告先写到一个固定目录。默认步骤条件可能让前序失败后的上传跳过，因此按需求加失败条件，或在未取消时上传。给产物起带任务名的名字，便于区分多浏览器结果。
故意让一条无害断言失败，确认检查仍然标红，同时能下载报告。上传前打开文件看一遍，避免真实会话、请求内容或个人数据进报告。
一份有价值的失败产物应该能定位到提交、浏览器和第一个失败步骤。
可以直接照着做的演练
临时将一个页面标题断言改错，用实际 CI 下载报告。打开包后要能找到用例名、浏览器和错误堆栈。把故障开关复原后跑成功分支，观察报告策略是否符合约定，例如只在失败时上传。
检查生成结果
- 失败测试仍使检查标红。
- 上传物包含可识别的浏览器项目和测试结果。
- 一次取消的运行不被误报成成功。
复查时追问一层
产物最好带运行编号和项目名。下载后应能定位第一个失败动作，而不是只有一个空目录。对网络记录和页面快照使用假数据，生成报告前核对会不会带上会话内容。
再测试一次没有报告目录的失败，例如浏览器启动失败。此时应保留启动日志并清楚显示没有报告，避免整个工作流在上传阶段被一条笼统错误覆盖。产物的保存期限按团队实际排查周期设置。
