fix tester multi-root fan-out execution
This commit is contained in:
@@ -16,6 +16,8 @@
|
||||
- 目录在目标测试项目根的 `.pouch/tester/`。父仓库和 `app` 等 Git submodule 可以各自有
|
||||
catalog;先运行 `catalog.py roots --root <repo-root>` 发现它们,不要把两个项目的 cases 合并。
|
||||
没有任何 catalog 才说「初始化 tester」。
|
||||
- 从父仓库直接执行 tester 命令时,只有一个子 catalog 会自动选中;多个子 catalog 会自动
|
||||
fan-out,逐个执行且不合并 cases。无需在根 `.pouch` 里增加未定义的 `include`。
|
||||
- 跑真实环境前,复制 `.pouch/tester/local.yaml.example` 为 `local.yaml`;模板默认
|
||||
`HOST: "127.0.0.1"`。如果目标不是本机,显式改成目标地址。也可以用环境变量
|
||||
`HX_TEST_HOST` 覆盖。
|
||||
@@ -56,8 +58,12 @@
|
||||
|
||||
1. 用脚本读 `.pouch/tester/`,按分类统计或筛出你点名的用例,不会把整库塞进对话。
|
||||
2. 改用例前先给你看将要写入的内容,你确认再保存。
|
||||
3. 执行时:若用户要求准备环境,先按目标环境走 deployer 路由;再解析并更新 Agent 配置,输出生效列表,再准备 Orca 项目并创建临时 terminal;脚本类、
|
||||
浏览器和移动模拟器都在该 Agent 环境中执行。
|
||||
3. 执行时先建立“产物 × 平台 × tester 绑定 × 执行环境”矩阵,并把平台、产物和 binding
|
||||
传给 `catalog.py select` 做硬性校验,再对矩阵全部行做
|
||||
preflight。任一产物、平台或环境不可用,都先返回完整阻塞清单,不创建测试 session、
|
||||
不执行可用平台;只有全部可用才按目标环境走 deployer 路由、解析 Agent、输出生效
|
||||
列表、准备 Orca 项目并创建临时 terminal。脚本类、浏览器和移动模拟器都在对应
|
||||
Agent 环境中执行。`builder.<platform>` 不能替代 `tester.<platform>`。
|
||||
4. 超出你允许的风险级别会跳过,不会偷偷执行。
|
||||
5. 无论测试成功、失败或异常,都会关闭本轮创建的 terminal;跑完给出按分类计数的
|
||||
结果,以及 `pass / fail / environment-fail / skipped / not-run`。
|
||||
|
||||
Reference in New Issue
Block a user