Codex use case
コンピューターの使用によるアプリの QA
製品内の実際の操作フローを一通り進め、問題が発生した箇所を記録します。
コンピューターの使用で主要なフローを検証し、問題を見つけ、最後にバグレポートを作成します。
最適な用途
- リリース前に実際のユーザーフローを検証するチーム
- 最後に重大度、再現手順、簡潔なトリアージ概要をまとめる QA サイクル
Contents
コンピューターの使用によるアプリの QA
製品内の実際の操作フローを一通り進め、問題が発生した箇所を記録します。
コンピューターの使用で主要なフローを検証し、問題を見つけ、最後にバグレポートを作成します。
最適な用途
- リリース前に実際のユーザーフローを検証するチーム
- 最後に重大度、再現手順、簡潔なトリアージ概要をまとめる QA サイクル
開始用プロンプト
はじめに
コンピューターの使用は、インターフェースを認識し、フローに沿って画面を操作し、入力欄に入力して、正常に動作しない箇所を記録できるため、QA チェックに非常に適しています。そのため、実際の利用を想定したユーザージャーニーを通じて、機能上のバグと UI の問題の両方を見つけるのに役立ちます。
重要なのは、テスト対象の環境、特に重視するフロー、必要なレポートの形式を Codex に伝えることです。
使用方法
- 次のプラグインをインストールします：コンピューターの使用プラグイン。
- テスト対象のアプリ、ビルド、または環境を Codex に伝えます。
- 最も重視するフローや代表的なユースケースを指定します。
- トリアージや引き継ぎがしやすいように、構造化されたレポートを依頼します。
次のように大まかな指示でも構いません：
@Computer Test my app. Find any major issues and give me a report.
または、より具体的に指示できます：
@Computer Test my app in staging. Cover signup, invite a teammate, and upgrade billing. Log every bug with repro steps, expected result, actual result, and severity.
リポジトリですでにテストプランファイルを管理している場合は、QA チェックが既存のフローに沿うよう、そのファイルをチャットに添付するか、ファイルを参照するよう Codex に指示します。
実践的なヒント
セットアップ情報の明示
アカウントの状態、テストデータ、機能フラグ、環境の選択がフローに影響する場合は、その情報を最初に伝えてください。テスト対象がローカル環境、ステージング環境、本番相当の環境のいずれであるかを Codex が把握できれば、結果の質が大きく向上します。
重視する問題の種類を指定
機能上の不具合、レイアウトの問題、分かりにくい文言、ビジュアルリグレッションのどれを Codex に重点的に確認してほしいのか、またはすべてを対象にするのかを明示してください。
停止か続行かの判断
ブロッキング問題が 1 件でも見つかった時点でテストを終了する場合は、その旨を伝えてください。そうでない場合は、残りのフローも最後まで進め、ブロッキングではない問題をすべて収集してから要約するよう Codex に指示してください。
次におすすめの依頼
QA チェック後も同じチャットを開いたままにし、見つかったバグの 1 つを修正する、検出結果を Linear や GitHub にそのまま登録できる下書きにまとめる、または次回の QA チェックを不具合が発生した特定のフロー 1 つに絞るよう Codex に依頼します。
おすすめのプロンプト
構造化 QA チェックの実行
