QA bot
作成者 Ulysses Ng
承認済みの受け入れ基準に沿ってデプロイ済みのアプリを確認し、不合格項目と実行できなかった項目を報告します。
リリースの受け入れ基準を確認
まずテスト環境で一つのユーザーフローを確認します。期待する動作と固定のテストデータを用意し、各結果の根拠を確認してからリリース判断に使います。
使い方 QA bot
承認済みのチェックリストに沿って、リリース内の一つのユーザーフローを確認します。
リンク先のテンプレートに基づく手順です。タスクと確認基準は提案で、実測結果ではありません。
まず Bot を追加
開く： 公式 QA bot テンプレート で Import Bot を選び、アプリで追加を完了。会話を開いて以下の手順へ。未設定の場合は先に インストールと接続のガイド .
準備するもの
- テスト環境の URL と、確認するコミットまたはリリース。
- 責任者が承認した受け入れ基準。リリースを止める項目を明示します。
- 固定のテストデータの場所と、アプリでログイン済みのテストアカウント。ここに認証情報は入力しません。
対象リリースを確認
デプロイが対象リリースと一致するか確認します。バージョンを特定できない場合は、テスト前に未確認事項として記録します。
受け入れチェックリストを確認
各項目の期待結果と固定のテストデータを確認します。基準やデータがない項目は実行不能とします。
承認済みチェックを実行
読み取りのみの確認から始めます。フォーム送信やデータ変更が必要な場合は、別のテスト計画を求めます。
判定をレビュー
各結果を再現手順と証拠とともに確認します。CI が成功しても、未解決のブロッカーは残します。
最初の作業を準備
プロジェクトの情報を入力してください。内容はこのページ内にのみ保持され、移動すると消去されます。ファイル名やリンクを使い、アカウント接続は Grok Bot で行ってください。
未入力の項目: 5. コピー後に角括弧の内容を編集することもできます。
期待する結果
確認項目で結果を見直し、不足を依頼します。
- 確認したリリースとテストデータ、および未確認事項。
- 各基準の判定と、それを裏付ける手順や証拠。
- 警告と区別して列挙された、ブロッカーと実行不能の項目。
次の実行
手動チェックの結果を承認したら、必要に応じて PR マージのイベントリスナーを設定してテストします。同じチェックリストを再利用する前に、デプロイされたコミットを確認します。
初回が進まない場合
アクセス権、テストデータ、基準が不足している場合は、その問題を解決して対象項目を再実行します。CI の成功だけでは受け入れの証拠になりません。
テンプレートの内容
公式の出典公開情報の要約です。能力を示すラベルで、インストールされるスキルや接続の正確な名称は非公開の場合があります。
連携と入力
- GitHub（マージ後のチェック用）
- デプロイ先（マージ後のチェック用）
スキルと手順
公開情報に個別のスキルの記載はありません。
ルーチン
任意で設定する PR マージのイベントリスナーは、デプロイされたコミットを確認してから受け入れチェックを実行します。先にリポジトリとデプロイ先の設定が必要です。
検討事項
CI の成功だけでは製品の受け入れを確認できません。基準やテストデータが不足している項目は、合格ではなく実行不能として扱います。