现象
src/pages/quick-start/index.test.tsx > QuickStartPage > reports add-action failures inside the existing Quick Start run 在 CI 上间歇失败:
TestingLibraryElementError: Unable to find role="button" and name "确认并生成"
2026-08-28 在 #853 上撞到(run 33154079839)。判据:
所以不是那个 PR 引入的,也不是过期基座 —— 是这条用例本身不稳。
为什么值得单独修
它随机染红无关 PR。红了之后每个人都要先花时间排除「是不是我改坏的」,而排除的过程就是上面那四条。#723 是同一类问题的前一次(workflow-editor 的图片错误态用例),修法是把 getByRole 换成 findByRole —— 等那个按钮真的出现再断言,而不是假设它已经渲好。
这条大概率同因:确认并生成 这个按钮要等异步流程推进才出现。
建议
把这条用例里对 确认并生成 的查询换成 findByRole(或在断言前 await waitFor)。同时值得扫一遍 quick-start/index.test.tsx 里其它同形状的 getByRole —— 130 条用例里可能不止这一处。
相关
现象
src/pages/quick-start/index.test.tsx > QuickStartPage > reports add-action failures inside the existing Quick Start run在 CI 上间歇失败:2026-08-28 在 #853 上撞到(run 33154079839)。判据:
npx vitest run src/pages/quick-start/index.test.tsx→ 130 passed所以不是那个 PR 引入的,也不是过期基座 —— 是这条用例本身不稳。
为什么值得单独修
它随机染红无关 PR。红了之后每个人都要先花时间排除「是不是我改坏的」,而排除的过程就是上面那四条。#723 是同一类问题的前一次(workflow-editor 的图片错误态用例),修法是把
getByRole换成findByRole—— 等那个按钮真的出现再断言,而不是假设它已经渲好。这条大概率同因:
确认并生成这个按钮要等异步流程推进才出现。建议
把这条用例里对
确认并生成的查询换成findByRole(或在断言前await waitFor)。同时值得扫一遍quick-start/index.test.tsx里其它同形状的getByRole—— 130 条用例里可能不止这一处。相关