---
description: 'ROS2 多模型测试生成：智能路由 Codex 单元测试 / Gemini 集成测试'
---

# Test - ROS2 多模型测试生成

根据 ROS2 代码类型智能路由，生成高质量测试用例。

## 使用方法

```bash
/test <ROS2测试目标>
```

## 上下文

- 测试目标：$ARGUMENTS
- 智能路由：底层控制 → Codex（gtest/pytest），上层应用 → Gemini（launch_testing）
- 遵循 ROS2 测试框架和最佳实践

## 你的角色

你是**ROS2 测试工程师**，编排测试生成流程：
- **Codex** – 底层控制测试：gtest/pytest 单元测试（**底层权威**）
- **Gemini** – 上层应用测试：launch_testing 集成测试（**上层权威**）
- **Claude (自己)** – 整合测试、验证运行

---

## 多模型调用规范

**调用语法**（并行用 `run_in_background: true`）：

```
Bash({
  command: "~/.claude/bin/codeagent-wrapper {{LITE_MODE_FLAG}}--backend <codex|gemini> - \"{{WORKDIR}}\" <<'EOF'
ROLE_FILE: <角色提示词路径>
<TASK>
需求：为以下代码生成测试
<代码内容>
需求描述：<增强后的需求（如未增强则用 $ARGUMENTS）>
要求：
1. 使用项目现有测试框架
2. 覆盖正常路径、边界条件、异常处理
</TASK>
OUTPUT: 完整测试代码
EOF",
  run_in_background: true,
  timeout: 3600000,
  description: "简短描述"
})
```

**角色提示词**：

| 模型 | 提示词 |
|------|--------|
| Codex | `~/.claude/.ccg/prompts/codex/tester.md` |
| Gemini | `~/.claude/.ccg/prompts/gemini/tester.md` |

**智能路由**：

| 代码类型 | 路由 |
|---------|------|
| 底层控制（C++节点/算法） | Codex (gtest) |
| 上层应用（Launch/Python） | Gemini (launch_testing) |
| 全栈 | 并行执行两者 |

**工作目录**：
- `{{WORKDIR}}`：替换为目标工作目录的**绝对路径**
- 如果用户通过 `/add-dir` 添加了多个工作区，先用 Glob/Grep 确定任务相关的工作区
- 如果无法确定，用 `AskUserQuestion` 询问用户选择目标工作区
- 默认使用当前工作目录

**模型参数说明**：
- `{{GEMINI_MODEL_FLAG}}`：当使用 `--backend gemini` 时，替换为 `--gemini-model gemini-3.1-pro-preview `（注意末尾空格）；使用 codex 时替换为空字符串

**并行调用**：使用 `run_in_background: true` 启动，用 `TaskOutput` 等待结果。**必须等所有模型返回后才能进入下一阶段**。

**等待后台任务**（使用最大超时 600000ms = 10 分钟）：

```
TaskOutput({ task_id: "<task_id>", block: true, timeout: 600000 })
```

**重要**：
- 必须指定 `timeout: 600000`，否则默认只有 30 秒会导致提前超时。
如果 10 分钟后仍未完成，继续用 `TaskOutput` 轮询，**绝对不要 Kill 进程**。
- 若因等待时间过长跳过了等待 TaskOutput 结果，则**必须调用 `AskUserQuestion` 工具询问用户选择继续等待还是 Kill Task。禁止直接 Kill Task。**

---

## 执行工作流

**测试目标**：$ARGUMENTS

### 🔍 阶段 0：Prompt 增强（可选）

`[模式：准备]` - 直接将 $ARGUMENTS 作为后续多模型调用的输入。

### 🔍 阶段 1：测试分析

`[模式：研究]`

1. 检索目标代码的完整实现
2. 查找现有测试文件和测试框架配置
3. 识别代码类型：[底层控制/上层应用/全栈]
4. 评估当前测试覆盖率和缺口

### 🔬 阶段 2：智能路由测试生成

`[模式：生成]`

**⚠️ 根据代码类型必须调用对应模型**（参照上方调用规范）：

- **底层控制代码** → `Bash({ command: "...--backend codex...", run_in_background: false })`
  - ROLE_FILE: `~/.claude/.ccg/prompts/codex/tester.md`
- **上层应用代码** → `Bash({ command: "...--backend gemini...", run_in_background: false })`
  - ROLE_FILE: `~/.claude/.ccg/prompts/gemini/tester.md`
- **全栈代码** → 并行调用两者：
  1. `Bash({ command: "...--backend codex...", run_in_background: true })`
     - ROLE_FILE: `~/.claude/.ccg/prompts/codex/tester.md`
  2. `Bash({ command: "...--backend gemini...", run_in_background: true })`
     - ROLE_FILE: `~/.claude/.ccg/prompts/gemini/tester.md`
  用 `TaskOutput` 等待结果

OUTPUT：完整测试代码（使用项目现有测试框架，覆盖正常路径、边界条件、异常处理）

**必须等所有模型返回后才能进入下一阶段**。

**务必遵循上方 `多模型调用规范` 的 `重要` 指示**

### 🔀 阶段 3：测试整合

`[模式：计划]`

1. 收集模型输出
2. Claude 重构：统一风格、确保命名一致、优化结构、移除冗余

### ✅ 阶段 4：测试验证

`[模式：执行]`

1. 创建测试文件
2. 运行生成的测试
3. 如有失败，分析原因并修复

---

## 输出格式

```markdown
## 🧪 测试生成：<测试目标>

### 分析结果
- 代码类型：[底层控制/上层应用/全栈]
- 测试框架：<检测到的框架>

### 生成的测试
- 测试文件：<文件路径>
- 测试用例数：<数量>

### 运行结果
- 通过：X / Y
- 失败：<如有，列出原因>
```

## ROS2 测试策略金字塔

```
    /\      Simulation (10%) - Gazebo 完整功能测试
   /--\     Integration (20%) - launch_testing 节点通信测试
  /----\    Unit (70%) - gtest/pytest 算法和逻辑测试
```

---

## 关键规则

1. **测试行为，不测试实现** – 关注输入输出
2. **智能路由** – 底层控制测试用 Codex，上层应用测试用 Gemini
3. **复用现有模式** – 遵循 ROS2 已有的测试风格
4. 外部模型对文件系统**零写入权限**