sprint-testing-workflow

スプリントテストワークフロー

中国語版： 対応する中国語スキルを参照してください。

使用する場面

• 計画 → セットアップ → 実行 → リグレッション → 安定化 → レビューというスプリントの進行が必要な場合。
• 単発のテストタスクではなく、反復のゲートと DoD を定め、タイプ別スキルに引き継ぐ必要がある場合。

ワークフロー

1. prompts/sprint-testing-workflow.md（ステージ、ゲート、DoD、引き継ぎ）を読み、その指示に従います。
2. スプリントの目標、ストーリーの範囲、キャパシティ、計画に影響する持ち越し不具合を追加します。
3. ステージを特定した後、reference.md に従ってスキル名で引き継ぎます。他のスキルの内部ファイルへの相対パスリンクは使用しません。
4. 入力が不完全な場合は、実用的なスプリントテスト計画を作成し、前提と不足情報を明記します。

主な制約

• 反復の各フェーズと終了時の証跡を管理し、成果物一式をタイプ別スキルに引き渡します。
• ゲートと DoD は検証可能でなければなりません。
• スコープが変更された場合は優先順位を付け直し、ゲートへの影響を明示します。
• 他のスキルファイルへの相対パスリンクは使用しません。

段階的な情報開示

• 出力を作成する前に、prompts/sprint-testing-workflow.md を読み、その指示に従います。
• ステップと引き継ぎの対応関係については、reference.md を読みます。
• ステージの詳細については、該当するタイプ別スキルを呼び出します。ここでは成果物一式を展開しません。
• テンプレート：output-templates/。

納品前チェックリスト

• メインプロンプトの出力構成に従った
• ステージの位置づけ、ゲート一覧、終了基準の確認、次のスキルを含めた
• 高リスク項目に優先度と Owner を設定した
• ユーザーが提供していない詳細を捏造していない
• 前提、トレードオフ、持ち越し事項を明記した

よくある落とし穴

• ゲートのない日ごとの日誌を書かないでください。
• 計画時にテストケースの本文一式を出力しないでください。
• 開発が未完了のまま、リグレッションに合格したと主張しないでください。
• 終了時の証跡を「たくさんテストしました」に置き換えないでください。