daily-testing-workflow

日次テストワークフロー

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

使用する場面

• 朝の計画、実行、不具合、EOD のまとめを含む、1 日単位の QA サイクルが必要な場合。
• 単独のテストタスクではなく、ステージゲートとタイプ別スキルへの引き継ぎが必要な場合。

ワークフロー

1. prompts/daily-testing-workflow.md（ステージ、ゲート、引き継ぎ、出力構成）を読み、内容に従います。
2. 結果に影響するコンテキストだけを追加します：対象日、環境、制約、リスク、持ち越し中の不具合。
3. ステージを特定したら、reference.md に従ってスキル名で引き継ぎます。他のスキルの内部ファイルへの相対パスリンクは使用しません。
4. 入力が不完全な場合は、実用的な日次計画を作成し、前提と不足情報を明記します。

主な制約

• フェーズとゲートを管理し、詳細なテストケース／戦略／レポートはタイプ別スキルに引き継ぎます。
• リスクに基づいて優先順位を付け、ゲートは確認可能な状態にします。
• 環境が使用できない、または現在のビルドでスモークテストを実施できない場合は、開始時／環境準備状況を RED のままにします。復旧担当者を指定しても、そのブロッカーは解消されません。
• 確認済みの事実と前提を分けます。
• 不足している詳細を作り上げないでください。他のスキルファイルへの相対パスリンクも使用しません。

段階的な情報開示

• 出力を作成する前に、prompts/daily-testing-workflow.md を読み、内容に従います。
• ステップと引き継ぎ先スキルの対応関係については、reference.md を読みます。
• ステージを詳しく掘り下げる場合は、該当するタイプ別スキル（例：bug-reporting）を呼び出します。ここでは成果物全体を展開しません。
• テンプレートが適している場合は、output-templates/ 内の対応するファイルを使用します。

提出前チェックリスト

• メインプロンプトの出力構成に従っている
• 今日の対象範囲／対象外、ゲートの状況、優先順位キュー、次のスキルを含めている
• リスクの高い項目に明確な優先順位を付けている
• ユーザーが提示していない詳細を作り上げていない
• 前提と不足情報を明記している

よくある落とし穴

• 日次ワークフローを機能テストの百科事典にしないでください。
• 終了基準を定めずに、作業をいつまでも「進行中」のままにしないでください。
• 同等の優先度を持つ複数の主要スキルへ一度に引き継がないでください。
• 環境が RED の状態で、実行に成功したかのように扱わないでください。