背景
ADR-0017 は warn-only で導入し「baseline が安定したら MUTATION_SCORE_THRESHOLD を実測に合わせて調整し、thresholds.break(Stryker)/ CI ゲート化(mutmut)へ移行する」と移行条件を定めている。ADR-0019 も「TDD 定着後、0017 の warn-only を引き上げて『事前プロセス + 事後計測』の二重ハーネスを完成させる」としており、本 issue はその完成形への移行作業。
発火条件: 週次実行の score が 3〜4 回分蓄積して安定していること(Slack 通知 secrets 登録が前提。関連 issue 参照)。
完了条件
最初の一歩
gh run list --workflow=mutation.yml で過去実行を確認し、score を集計する。
想定サイズ
半日(観測期間は別途)
背景
ADR-0017 は warn-only で導入し「baseline が安定したら
MUTATION_SCORE_THRESHOLDを実測に合わせて調整し、thresholds.break(Stryker)/ CI ゲート化(mutmut)へ移行する」と移行条件を定めている。ADR-0019 も「TDD 定着後、0017 の warn-only を引き上げて『事前プロセス + 事後計測』の二重ハーネスを完成させる」としており、本 issue はその完成形への移行作業。発火条件: 週次実行の score が 3〜4 回分蓄積して安定していること(Slack 通知 secrets 登録が前提。関連 issue 参照)。
完了条件
MUTATION_SCORE_THRESHOLD/ Strykerthresholds.break)docs/adr/README.md索引との整合を確認最初の一歩
gh run list --workflow=mutation.ymlで過去実行を確認し、score を集計する。想定サイズ
半日(観測期間は別途)