Flynor平台文档Flynor 首页
Flynor 文档/测试运行时
草案

Test Runtime 内部层级

Test Runtime 包含 Intake、Worker、DevOps Writeback、Orchestrator 和 Runner Adapter 等逻辑模块。

01

Test Intake

通过通用 DevOps Connector 解析进行中 Iteration、筛选 Work Item、应用排除规则并幂等提交 Test Execution Request;不执行测试、不决定结果、不解释猪齿鱼字段。

02

Test Orchestrator

当前只允许 OBSERVE:读取 Test Manager 规则和运行状态、形成候选;拒绝 Runner 与写入开关、非 OBSERVE 规则和未完成 Run。

03

Test Worker

复用 Worker Task/Result 和任务级 Lease,直接经 Resource Tool Adapter 读取代码、文档、数据库、日志、DevOps 与测试平台;需要模型时复用 Agent Adapter。

04

Project Test Runner Adapter

Runner 契约固定为 flynor/test-runner-dispatch/v1 / flynor/test-runner-result/v1;只有 FAILED/BUSINESS 可以进入缺陷策略。旧 Server→Host execute_test_batch 在切换门禁满足前继续保留。

05

Test MCP

只是测试场景的 MCP 工具投影或入口,不重复实现代码搜索、文档、数据库、日志、DevOps 或 Agent Runtime。

06

两个结果 Sink

  • Test Manager Result Publisher:未来写测试执行记录,当前关闭。
  • DevOps Test Writeback:当前成熟能力,经 DevOps Connector 评论/流转并返回逐动作回执。
  • 两者使用不同权限、Secret、幂等键和回执。
07

部署事实

  • 一个 Test Runtime Release Unit。
  • 三个独立 systemd 服务和 Deployment Profile。
  • 独立 Token、外部身份、账本/证据目录和日志。
  • Release Unit Gate 仍要求三个 Profile 全部通过。
08

当前兼容状态

旧执行链保持,Runner shadow 已通过

成熟 Intake、Worker/MCP、造数、浏览器和 DevOps 写回不变。Tester gateway/OBSERVE、非生产只读 live、Robot/PI 共享 Provider 以及 Worker→Runner Adapter 的一次执行同响应影子比较均已通过;standard 只在各项目稳定 shadow 后显式启用。

依据

architecture/test-integration.manifest.json · architecture/adrs/0009-test-management-runner-browser-boundaries.md · release/test-runtime.manifest.json · docs/test-runtime-architecture.md