关于 rhdh-test-placement
用于判断 RHDH 长期回归测试或覆盖测试应放置位置的咨询技能。它要求先运行 `/grilling`，再建议仓库、测试层、测试框架和参考测试；不会编写或运行测试。
主要功能
- 01先要求运行 `/grilling`
- 02建议仓库和测试层
- 03确定测试框架及参考文件
- 04按成本和可观察性比较测试层
- 05不编写测试或修改文件
适用场景
- 01为长期回归测试选择测试层
- 02查找可作模板的现有测试
- 03判断缺陷是否需要下游测试
安装
复制下面的命令，在终端中运行。
npx skills add https:/安装后在 Claude Code 中输入/rhdh-test-placement确认已加载。
附带文件agents/openai.yamlreferences/test-placement.md
详细介绍
RHDH 测试放置
仅供参考。此技能解答“持久化测试应该放在哪里”以及“应该以什么为范本”。它不会编写测试、运行测试或更改文件。指导原则：选择能够实际捕获缺陷的成本最低的环境。大多数插件验证不需要集群，而且越来越多的验证也不需要 Docker。
前置条件：/grilling
测试放置需要权衡，而不是查表就能决定。成本、反馈时间、覆盖范围重叠，以及某个层实际能够观察到的内容，都会产生不同影响；提问者通常已经有偏好的答案。
在建议测试放置位置之前，先调用 /grilling，并使用它得出的约束。如果未安装 /grilling，请停止：说明此技能是必需的，告知用户下一步应执行 /setup-rhdh-skills install，暂时不要猜测测试放置位置。
范围
| 范围内 | 范围外 |
|---|---|
| 持久回归测试或覆盖测试应该放在哪里 | 编写或运行测试 |
| 应该使用哪个代码库和层，以及为什么不选其他选项 | 修复被测试的缺陷 |
| 应该参考哪个现有文件 | 用完即弃的复现测试 |
| 各候选方案的大致反馈成本 | 审查 RHDH Jira 测试计划 |
复现缺陷后即删除的一次性测试不属于此技能的范围；/rhdh-plugin-bug-fix 负责处理此类测试，并会在交接更改前移除文件。需要规划之后保留下来的持久测试时，请使用此技能。
按结果选择
| 结果 | 加载并遵循 |
|---|---|
| 建议代码库、层、测试框架和模板 | references/test-placement.md |
references/test-placement.md 包含需要先确定的背景问题、代码库决策表、L1–L4b 层级阶梯、各放置方案的编写说明及可复制的文件、运行各层的命令，以及经调研确认目前不可行的事项。
边界
/grilling是硬性前置条件，不可跳过。- 确定放置方案后，由
/rhdh-plugin-authoring负责编写建议的测试。 /rhdh-plugin-bug-fix负责用完即弃的复现测试及其证据。/rhdh-test-plan-review负责审查 Jira 中的 RHDH 发布测试计划。这是发布就绪度审查，而不是测试放置问题。
在对话中调用指定技能并说明交接事项。切勿打开其他技能的文件。
不变规则
- 建议路径前，先在目标代码库当前的默认分支中验证每个引用的路径。此领域的测试框架经常变动，其中一些引用在记录时仍处于评审阶段。
- 说明测试的依据应是它能捕获的故障，而不是覆盖率数字。
rhdh和rhdh-plugins中的 Codecov 数据都仅供参考；覆盖率变化无法阻止拉取请求，因此在评审中以此为由的测试建议会被驳回。 - 如果多个层都能捕获某个缺陷，建议选择成本最低的层，并明确说明不要在下游层重复测试。
- 切勿在
rhdh-plugin-export-overlays中建议 UI 渲染测试；该代码库没有可供渲染的应用。 - 如果确实没有合适的放置方案，就说明“没有合适的放置方案”。推荐一个昂贵但仍无法观察到故障的层，还不如不推荐。
完成要求
报告代码库、层和测试框架、测试应放入的目录或文件、可参考的现有相邻文件、每个未采用层及其原因（一行说明），以及大致反馈成本。不要编写测试，也不要更改任何文件。