TesterArmy e2e
在 CI 部署 TesterArmy e2e：引擎、模型与凭据
明确应用目标、模型路线、录制文件和 Pull Request 信任边界
在 CI 部署 TesterArmy e2e：引擎、模型与凭据知识学习CN编辑简报更新 2026-10-14
你将学会
- 组装任务
- 控制凭据
- 处理录制轨迹
开始前需要
- 可丢弃的应用或测试账号
- Web 或移动引擎
- 明确选择的 Agent 模型供应商
两次运行后再修改 UI，检验缓存动作的边界
先看结论
- CI 包含应用、引擎和可选模型。
- 测试代码使用作业权限。
- 无签名轨迹构成信任边界。
组装任务
CI 需要被测应用、e2e runner、选定的 Web 或移动引擎，以及 Agent 步骤使用的模型供应商。runner 资料说明目标选择和产物。
固定包版本及浏览器或模拟器镜像。托管设备和浏览器是可选路线，不是每种安装的前提；加并发前先在本地验证同一引擎。
控制凭据
安全指南说明，测试代码、配置、引擎、工具、报告器、存储和凭据供应器都以作业权限运行。不可信 Pull Request 代码应放在无凭据、无写权限的外部隔离环境。
模型密钥、测试账号和部署凭据要分开。模型可能读取界面观察和既往步骤；即使凭据输入被遮盖，应用自己显示的数据仍可能泄漏。
处理录制轨迹
录制有机会加快后续运行，但轨迹没有签名，且会以 CI 作业权限回放。应把已提交轨迹当成可执行测试输入来审查。
为截图、轨迹和失败日志设定保留期限。本系列没有实际跑 CI、测试隔离强度或测量并行扩展。
如何选择
| 比较维度 | 方案 A | 方案 B |
|---|---|---|
| Best when | You need predictable behavior and easy auditing | You need adaptive optimization and have reliable telemetry |
| Main risk | May leave performance on the table | Can become difficult to explain or debug |
实施步骤
- 1
固定包与目标镜像。
- 2
不可信改动不接触凭据或写权限。
- 3
审阅轨迹变化，仅保留必要产物。
可复制示例
yaml
test_job:
target: disposable_app
engine: pinned_web_or_mobile
model: required_only_for_agent_steps
secrets: none_for_untrusted_pr
recordings: reviewed常见问题
PR 作业能用生产凭据吗？
固定版本安全指南建议把不可信代码放在无凭据和写权限的外部沙箱。
必须购买云浏览器吗？
不必，README 同时列出本地引擎和可选托管包。
资料来源
- TesterArmy e2e / README.md来源核查 2026-10-14
- TesterArmy e2e / docs/reference/runner.mdx来源核查 2026-10-14
- TesterArmy e2e / docs/reference/engine.mdx来源核查 2026-10-14
- TesterArmy e2e / docs/security.mdx来源核查 2026-10-14
- TesterArmy e2e / packages/e2e/src/cache/recorder.ts来源核查 2026-10-14