Codex use case
「コンピューターの使用」によるアプリの QA
実際の製品画面で一連の操作を試し、不具合を記録します。
「コンピューターの使用」で主要な操作フローをテストし、見つかった不具合をバグレポートにまとめます。
Best for
- リリース前にユーザーの実際の操作フローを検証するチーム
- テストのたびに不具合の重大度と再現手順を記録し、トリアージ結果を簡潔にまとめる QA プロセス
Contents
「コンピューターの使用」によるアプリの QA
実際の製品画面で一連の操作を試し、不具合を記録します。
「コンピューターの使用」で主要な操作フローをテストし、見つかった不具合をバグレポートにまとめます。
Best for
- リリース前にユーザーの実際の操作フローを検証するチーム
- テストのたびに不具合の重大度と再現手順を記録し、トリアージ結果を簡潔にまとめる QA プロセス
Starter prompt
はじめに
コンピューターの使用は、アプリの QA に適しています。Codex は画面を見ながら、クリックや入力で一連の操作を進め、どの操作で何がうまくいかなかったかを記録できます。実際のユーザーがたどる手順に沿って、機能の不具合と UI の問題の両方を見つけられます。
Codex には、どの環境でテストするか、どのフローを優先するか、結果をどのような形式で報告してほしいかを伝えます。
使い方
- コンピューターの使用プラグインをインストールします。
- テスト対象のアプリ、ビルド、または環境を Codex に伝えます。
- 特に重視するフローや主要なユースケースを指定します。
- 問題の優先順位を付けたり、担当者に引き継いだりしやすいように、項目を分けて報告するよう依頼します。
大まかに依頼することもできます。
@Computer アプリをテストして、重大な問題があれば報告してください。
対象や報告項目を具体的に指定することもできます。
@Computer ステージング環境でアプリをテストしてください。新規登録、チームメンバーの招待、料金プランのアップグレードを確認してください。見つかった不具合はすべて記録し、それぞれについて再現手順、期待される結果、実際の結果、重大度を記載してください。
リポジトリでテスト計画のファイルを管理している場合は、チャットに添付するか、Codex にファイルの場所を伝えます。これで既存のフローに沿ってテストできます。
実践のヒント
テストの前提条件
アカウントの状態、テストデータ、機能フラグ、環境の選択がフローに影響する場合は、最初にその条件を伝えます。ローカル環境、ステージング環境、本番に近い環境のどこで動作を確認するのかが明確だと、Codex によるテストの精度が大きく向上します。
重点的に確認したい問題
機能の不具合、レイアウトの崩れ、わかりにくい文言、以前のバージョンと比べて表示が悪化した箇所のうち、どれを重点的に確認するかを Codex に伝えます。すべてを対象にする場合も、その旨を伝えます。
テストの中止・継続の基準
先に進めない問題が 1 件でも見つかった時点でテストを終了したい場合は、その条件を明示します。それ以外の場合は、フローの残りの手順も続け、進行を妨げない問題もすべて記録してから結果をまとめるよう Codex に伝えます。
テスト後の依頼例
テストが終わったら、同じチャットで Codex に続けて依頼できます。たとえば、見つかった不具合のうち 1 件を修正する、調査結果を Linear や GitHub に登録できる形で下書きする、次回のテスト対象を問題が起きた特定のフローに絞る、といった依頼ができます。
おすすめのプロンプト
指定したフローの QA と不具合の報告
