#630 [test] runner cleanup の終了順序と孫プロセス消滅を直接確認する

[Kewton]

概要

runner の dev server の cleanup のテスト（dev_server_cleanup_kills_grandchild_process_group_without_pipe_deadlock）は、起動から probe・cleanup までの全体を 5 秒で測っていたため、起動待ちが cleanup の遅さとして扱われることがありました（#541 の分割 H）。この PR は、子と孫の起動完了を合図で確かめてから cleanup の区間だけを測り、cleanup の完了、pipe の EOF、process group の消滅を別々に確かめます。

変更（テストのみ、対象 2 ファイル）

• src/planner/runner/tests/acceptance_boundary_tests.rs：
  • 孫がテストの一時ディレクトリの中の FIFO を write で開き、ready の合図を書いてから眠る。
  • 既存の cleanup_fn の注入点に、孫の ready を（上限 5 秒で）読んでから cleanup の区間だけを測る関数を渡す。
  • cleanup の区間の上限は、元の全工程の上限と同じ 5 秒（テスト側の名前つきの定数、< で比較）。区間は全工程の一部なので、元と同じか厳しい。TERM で終わらず KILL に頼る cleanup は 5 秒を超えて落ちる。
  • cleanup 後に、cleanup ok、process group の ESRCH、FIFO の EOF を別々に assert。start・wait・probe・cleanup の順序、readiness evidence、ログの assert は残した。
• src/planner/runner/tests/support/process.rs：重複していた lifecycle イベントの検索を dev_server_lifecycle_event にまとめた。
• 製品コード、timeout の既定値、イベント名・schema、tests/generality_guardrails.rs は変えていません。テストの数（#[test] 25）も同じです。

検証

• commandmate verify の 15 ゲート：develop e5c6a37c を取り込んだ HEAD で 15/15 pass（af6824b6、scope 2 本、違反 0）。
• cargo test --test generality_guardrails：取り込んだ HEAD で exit 0、10 passed・0 failed。行数（generality_guardrails の数え方）：acceptance_boundary_tests.rs 1350（上限 1,367）、support/process.rs 103（上限 106）、runner のテストの総量 15507（上限 15,511）
• 二点測定（HEAD をコピーし、1 か所ずつ変えた）：
  • cleanup を呼ばない → FAIL（process group … should be gone）。
  • 孫を dev server の process group の外に出す（group を kill しても孫が残る）→ FAIL（grandchild pipe must reach EOF once the grandchild is reaped。process group の確認は通り、FIFO の EOF の確認だけが検出した）。
  • 孫が SIGTERM を無視する（cleanup が KILL に頼る）→ FAIL（cleanup that needs the KILL fallback (SIGTERM not enough) exceeds 5s: 5110ms）。
• 同時実行：受け入れ条件の「2 checkout で同時に 3 回」は、同じビルドの lib のテストバイナリを 2 プロセス同時に 3 回走らせることで代えました。3 回とも両方 exit 0。

レビュー

テストだけの変更です。merge 前レビューは行いません（利用者承認済み）。

Refs #630
Refs #541

🤖 Generated with Claude Code