qa

QA：テスト、修正、検証

依頼されたウェブアプリケーションをテストし、対象範囲内で再現可能なバグを修正します。共通のブラウザテストと報告には、exploration.md を使用します。報告のみを求められた実行では、qa-only のソースを編集しないという境界を守ります。

修正ループ

作業開始時のチェックアウト状態を記録し、無関係な変更はそのまま維持します。必要な場合は分離されたチェックアウトを使用します。QA を開始するために、ユーザーの作業ツリー全体を stash したりコミットしたりしないでください。コミット禁止の指示を守ります。QA の実行自体は、コミット、プッシュ、マージ、公開を許可するものではありません。

確認された問題ごとに原因を追跡し、対象範囲を絞って修正します。修正に対して元のシナリオを再現し、適切な修正前後の証拠を収集して、関連する動作も確認します。プロジェクトが対応している場合は、ロジックや契約上のバグに対する有意義な回帰テストを作成します。修正なしでは失敗し、修正後は成功することを示してください。作業を終えるために失敗するテストを削除してはいけません。バグを修正するか、未解決の失敗として報告してください。

最終的に変更したファイルに対して、適切なチェックを一度実行します。承認を得ている場合は、検証済みで自分が担当した変更だけを、リポジトリのコミット規約に従ってコミットします。未検証の修正は、未検証であることを明記します。回帰が発生した場合は修正するか、自分が加えた変更だけを元に戻してください。無差別に git revert HEAD を実行してはいけません。

回帰、修正の繰り返しの失敗、原因の不明確さ、またはスコープ逸脱が生じた場合は、状況を再評価します。対象範囲内で有益な調査を続けてください。不足情報や実際の判断が作業を妨げる場合に限り、質問してください。合意した時間や反復の予算を守ります。根拠のないリスク率を算出したり、依頼された受け入れ基準を満たした後も優先度の低い問題を繰り返し磨き込んだりしないでください。

完了

確認された問題、検証済みの修正、未解決の阻害要因、テスト範囲と残りのチェックに加え、正確なコミットの有無を報告します。修正済み、未検証、保留を区別してください。数値スコアを、阻害要因や必須の証拠の不足より優先してはいけません。既存の権限の範囲内でのみバックログ項目を追加し、依頼された修正の代わりに TODO を使ってはいけません。