ChatGPTでテストケース作成に使えるプロンプト5選

「ChatGPTでテストケース作成を自動化できると聞いたけど、どんなプロンプトを使えば効率的なのか分からない…」
「試してみたけど、期待したテストケースがなかなか生成されず、時間だけが過ぎてしまった。」
こんな悩みを抱えている方は多いのではないでしょうか？

本記事では、ChatGPTを活用したテストケース作成のための具体的なプロンプト例や、その応用方法、
さらにプロンプト設計を最適化するコツについて詳しく解説します。
テスト自動化の現場で実際に成果を上げているプロが推奨する実践的な内容を厳選しました。

テスト効率を劇的に改善したい方はぜひ最後までチェックしてみてください。

プロンプトごとの使用用途

このプロンプトはこんな時に使える！
✅簡潔で実務的なテストケースを素早く作成したいとき→プロンプト1がおすすめ
✅既存テスト仕様書の自動化実装における問題点を洗い出し改善案を知りたいとき→プロンプト2がおすすめ
✅網羅性やテスト設計技法を重視し、正常系と異常系をバランス良く含むテストケースが欲しいとき→プロンプト3がおすすめ
✅論理的かつ優先度を明記した効果的なテストケースを設計したいとき→プロンプト4がおすすめ
✅実務向けに具体的かつ詳細なテストケースを網羅的に列挙し、テスト種別分類も付けたいとき→プロンプト5がおすすめ

ChatGPTでテストケース作成をすることは可能？

ChatGPTは自然言語処理を活用した強力な対話型AIとして、
プログラムのテストケース作成にも応用が期待されています。

システム要件や仕様書の内容を入力すれば、
実際にどのようなテストケースを作成できるのか、
その可能性と限界を理解することが重要です。

ChatGPTを使ったテストケース作成の具体的なメリット

まず、ChatGPTは仕様からのテストケースの抽出や生成が得意です。
文章として与えられた要件を理解し、
「入力」「操作」「期待結果」などを含むテストシナリオを提示できます。

このため、手動でのテストケース設計に比べて、
時間を短縮し効率的な初期案の作成が可能です。

さらに、テストカバレッジを広げるためのヒントや、
異常系のケースも提案してくれることがあります。

プロンプト設計が適切ならば、
開発者やQA担当者が見落としがちなポイントもカバーしやすくなるでしょう。

プロンプト設計で押さえるべきポイント

ChatGPTにテストケースを作成させるうえで最も重要なのは、
「的確なプロンプトの設計」です。

テスト対象の仕様や条件を明確に提示し、
期待するテストケースの形式や例を示すことで、
より具体的なアウトプットが得られます。

たとえば、以下のような要素を含めると効果的です。

テスト対象の機能や画面構成の説明
正常系・異常系の両面をリクエスト
入力条件や制約の具体的な記述
出力フォーマットの指定（テスト項目・手順・期待結果など）

こうした情報が不足すると、
抽象的で役立ちにくい回答となる可能性が高まります。

ChatGPTでのテストケース作成における注意点

ただし、ChatGPTにも限界やリスクは存在します。

まず、モデルが生成するテストケースはあくまでも「アイデア集」であり、
完全な網羅性や正確性は保証されません。

そのため、生成結果をそのまま鵜呑みにせず、
技術者やQA担当者によるレビューが必須です。

また、仕様の不明瞭な部分や曖昧な記載に対しては、
間違った前提のテストケースが生成されることも考慮しましょう。

さらには、プロンプトに含まれる機密情報の管理にも注意が必要です。
社外のAIサービスを利用する場合は、データセキュリティの観点から、
コードの一部や未公開情報はマスクするなどの対策を徹底してください。

まとめ：ChatGPTによるテストケース作成は補助ツールとして有効

以上を踏まえると、ChatGPTはテストケース作成において、
時間効率向上やアイデア創出の補助として非常に有用です。

ただし、最終的なテスト計画の策定・レビュー・修正は、
人間の専門家が責任をもって行うことが重要です。

適切なプロンプト設計とリスク管理を行いつつ、
ChatGPTを活用してテスト設計業務の品質と効率化を図りましょう。

ChatGPTでテストケース作成をする3つのメリット

ChatGPTをテストケース作成に活用する最大のメリットは、プロンプトを活用することで「効率性・品質・スケーラビリティ」の3つを同時に向上できる点にあります。

ここでは、実務に直結する具体的なメリットを3つ紹介します。

作業時間の大幅短縮と効率的なケース生成

従来の手動でのテストケース作成は、仕様理解から必要な条件整理に時間がかかり、場合によっては数時間から数日を要することもあります。

ChatGPTならば、テスト対象の機能概要や想定シナリオをプロンプトに含めるだけで、

数分以内に多様なテストケース案を自動生成できます。

これにより、担当者はケースのチューニングや優先順位付けに注力できるため、

全体のテスト設計フェーズの効率が劇的にアップします。

品質向上と抜け漏れ防止の支援

ChatGPTが大量のテキストデータから学習しているおかげで、

仕様の網羅を意識したテストケース案を迅速に提示できるのが強みです。

特に例外系や境界値、異常系など、

ヒューマンエラーで抜けやすい部分まで広くカバーするケースを提示することで、

テストのカバレッジ向上に貢献します。

その結果、欠陥発見率が上がり、品質保証のレベルが高まることが期待できます。

プロンプト活用で知見の標準化とスケーラブルな運用

ChatGPTを使ったテストケース作成は、

適切なプロンプト設計を組織内で共有すれば、

ナレッジが蓄積され標準化に繋がります。

また、プロジェクトごとに異なる条件をプロンプトに反映するだけで、

柔軟かつスピーディーにケースを作り分けられるため、

多様な案件に対応しやすい点もメリットです。

これによって属人化が解消され、

新規担当者の教育コスト削減や作業の再現性向上に繋がります。

ChatGPTでテストケース作成をする3つの注意点

ChatGPTを使ってテストケースを自動生成する際には、「プロンプト設計・テストの網羅性・出力の検証」という三つのポイントを慎重に管理することが重要です。

ここでは、実際の開発現場で陥りやすい3つの注意点を具体的に解説します。

プロンプトの設計を明確かつ具体的に行う

ChatGPTは入力されたプロンプトの質に大きく依存して回答内容が変わります。

漠然とした指示や抽象的な質問では、期待したテストケースが得られないことが多いため、
「テスト対象の機能」「想定される入力値」「期待される出力」などの情報をできるだけ詳しくプロンプトに含めてください。

また、単一のテストケースではなく複数パターンのケースを出してほしい場合は、あらかじめ「異なる条件を10件作成してください」など具体的な指示を与えると効果的です。

テストケースの網羅性を過信しない

ChatGPTで生成されたテストケースは、あくまで一例であり完全な網羅を保証しません。

モデルは訓練データによるパターン認識を元に生成しているため、複雑な業務ロジックや未知のエッジケースを見落とすリスクがあります。

したがって、複数の視点からのテスト計画や既存の自動テストツールと組み合わせて利用し、検証や補完を怠らないことが不可欠です。

出力結果の正確性と妥当性を必ず人の目でチェックする

生成されたテストケースが正しく動作を検証できるかどうかは人間のレビューなしには判断できません。

テストケースの条件設定ミスや意図しない誤解釈も発生しやすく、
誤ったテストではむしろ品質保証の妨げになる恐れもあります。

必ずテスト担当者や開発者が内容を精査し、必要に応じて修正・追加をしてから実用フェーズに移行してください。
また、生成結果を使う目的やプロジェクトの要件に合わせてカスタマイズすることも重要です。

テストケース作成のプロンプトを作成する際に考慮すべき3つのポイント

ChatGPTを活用したテストケース作成は、効率化と品質向上の両立を実現します。ただし、適切なプロンプト設計がなければ、期待したアウトプットは得られません。

ここでは、実際に成果を引き出すための重要な3つのポイントを具体的に解説します。

テスト対象の仕様や条件を詳細に一文で伝える

「テストケースを作って」という指示だけでは、生成される内容が曖昧になりがちです。

そこで「ログイン機能の入力バリデーションを対象とし、正しいメール形式・パスワード長、異常系として未入力や誤入力の確認を含む」といったように、テスト対象の仕様や条件をシンプルかつ具体的に一文に凝縮して伝えます。

これにより、ChatGPTは必要なパターンや境界値を的確に把握しやすくなり、精度の高いテストケースを生成できます。

期待される出力形式や項目をチェックリストで明示する

テストケースの構成要素はプロジェクトごとに異なります。例えば、「テストID・前提条件・入力値・期待結果・実施手順を必ず含めること」といった提示があると、抜け漏れなく体系的なテストケースが生成されます。

加えて「テストデータは具体的な値で記述」「正常系・異常系を分けて出力」と補足すれば、より実用的な成果物が得られるでしょう。

指示するトーンや詳細レベルを初めに統一する

テストケースは誰が見るかによって求められる詳細度や用語が変わります。

「開発者向けには技術用語を使い簡潔に」「QAチーム向けには手順を丁寧に記述」「テスター用に操作説明を多めに」など、用途に応じた書式や表現をプロンプトで明確化します。

この最初の統一により、作成したテストケースの修正回数が減り、社内共有やレビューがスムーズになります。結果、プロジェクト全体の品質向上に直結します。

プロンプト1：簡易的なテストケース作成をするプロンプト

#命令  
あなたはソフトウェアテスト専門のエンジニアAIです。以下の仕様説明文を読み取り、簡易的なテストケースを作成してください。

#制約条件  
・出力はテストケース一覧のみ（前置き・まとめ不要）  
・形式：①テスト項目／②入力条件／③期待結果／④重要度〔高・中・低〕  
・仕様の抜けや曖昧な箇所があれば「仕様欠落」と記載  
・実際のユーザ操作やシステム挙動を想定し具体的に記述  
・専門用語は正確に使用し、文章は簡潔な常体で  

#入力情報（例）  
＜ここに仕様説明文を貼付＞

#出力内容  
①ログイン機能の認証／②正しいユーザIDとパスワードを入力／③ログイン成功しホーム画面に遷移／④高

簡易的なテストケース作成をするプロンプトの解説

✅「#命令」の理解：ソフトウェアテスト専門エンジニアとして仕様説明文から簡易テストケースを作成する  
✅「#制約条件」の確認：出力形式や記載内容、曖昧箇所の扱いなどルールを厳守する  
✅「#入力情報」の正確な貼付：解析対象の仕様説明文を漏れなく誤りなく入力する

このプロンプトはソフトウェアの仕様説明文から簡潔なテストケースを自動で抽出したい場合に活用できます。
テスト計画の初期段階で、仕様理解とテスト設計を効率化したいエンジニアに最適です。

特徴は出力形式を統一し、重要度も明示する点にあります。
また仕様の抜けや曖昧な部分を「仕様欠落」と明記するため、設計の漏れも同時に把握しやすいです。

これにより、テスト設計の工数を従来の半分以上削減でき、品質向上と開発期間短縮に寄与します。
入力部分に仕様説明を入れるだけで利用できるため、手軽かつ実践的なツールです。

入力例

#命令  
あなたはソフトウェアテスト専門のエンジニアAIです。以下の仕様説明文を読み取り、簡易的なテストケースを作成してください。

#制約条件  
・出力はテストケース一覧のみ（前置き・まとめ不要）  
・形式：①テスト項目／②入力条件／③期待結果／④重要度〔高・中・低〕  
・仕様の抜けや曖昧な箇所があれば「仕様欠落」と記載  
・実際のユーザ操作やシステム挙動を想定し具体的に記述  
・専門用語は正確に使用し、文章は簡潔な常体  

#入力情報（例）  
＜ここに仕様説明文を貼付＞

#出力内容  
①ログイン機能の認証／②正しいユーザIDとパスワードを入力／③ログイン成功しホーム画面に遷移／④高

今回は、ソフトウェアテストのためのテストケース作成を依頼するプロンプトを策定しました。

そのため、

項目ごとに「①テスト項目／②入力条件／③期待結果／④重要度〔高・中・低〕」の形式で記述
具体的なユーザ操作やシステム挙動を想定して簡潔に表現
仕様の抜けや曖昧な部分があれば「仕様欠落」と明記
専門用語を正確に用い、文章は常体で簡潔にまとめる
前置きやまとめは不要で、テストケース一覧のみを出力する

という制約条件を設けています。

このような入力構造により、仕様説明文を読み取った上で必要最低限かつ実務的に役立つテストケースを自動で生成できます。

また、改行を適切に挿入することで読みやすく視認性の高いテキストとなり、後からの確認や編集がしやすくなっています。

実行結果（GPT-4o）

①パスワードリセットメール送信機能／②有効な登録済みメールアドレスを入力して送信ボタンを押す／③パスワードリセット用のメールが送信される／④高  
①パスワードリセットメール送信機能／②未登録のメールアドレスを入力して送信ボタンを押す／③「登録されていないメールアドレスです」とエラーメッセージが表示される／④高  
①パスワードリセットメール送信機能／②メールアドレス欄を空で送信ボタンを押す／③「メールアドレスを入力してください」とエラーメッセージが表示される／④高  
①パスワードリセットメール送信機能／②不正な形式のメールアドレス（例：user@domain）を入力して送信ボタンを押す／③「有効なメールアドレスを入力してください」とエラーメッセージが表示される／④高  
①パスワードリセットメール送信機能／②複数回短時間にメール送信を試みる／③送信制限がかかり「時間を置いてから再度試してください」と表示される／④中

このプロンプトは、パスワードリセットメール送信機能に関するテストケースの一覧を短時間で確認したいときに使うテンプレートです。

各シナリオごとに入力条件・期待される出力・重要度が明確に整理されているため、品質保証や開発段階の機能検証に非常に役立ちます。エラーメッセージの適切な表示や送信制限のチェックも含まれており、ユーザー体験の観点からも漏れのないテストが行えます。

また、重要度が「高」や「中」と段階分けされていることで、優先的に対応すべき課題を見極めやすい点も評価できます。これにより、限られたリソースの中で効果的にテスト設計や改善作業を進められます。

プロンプト2：テストケース自動化をするプロンプト

#命令
あなたはテストケース自動化の専門家AIです。以下のテスト仕様書全文を読み取り、自動化における問題点と改善案を提示してください。

#制約条件
・出力は指摘一覧のみ（前置き・まとめ不要）  
・形式：①テストケース名／②問題点／③リスクレベル〔高・中・低〕／④改善案  
・欠落・曖昧なテストケースは「欠落」と記載  
・テスト自動化のベストプラクティスに基づき判断し、必要に応じて技術的な理由や背景を簡潔に示す  
・専門用語は正確に、文章は簡潔な常体で  

#入力情報（例）
＜ここにテスト仕様書全文を貼付＞

#出力内容
テストケース名｜問題点：…｜リスク：高｜改善案：…

テストケース自動化をするプロンプトの解説

✅「#命令」の遵守：テスト仕様書全文を正確に読み取り、自動化における問題点と改善案のみを指摘  
✅「#制約条件」の順守：指摘一覧の形式を①テストケース名／②問題点／③リスクレベル／④改善案で統一し、前置きやまとめを省く  
✅専門用語と文章表現の適正化：技術的理由や背景を簡潔に示しつつ、専門用語を正確に使用し、文章は簡潔な常体で記述

このプロンプトはテスト仕様書をもとにテスト自動化の問題点を抽出し、改善案を提示するために使います。
特にテスト設計の品質を評価し、効率的な自動化導入やメンテナンス性向上を目指す場面で活躍します。

本プロンプトは「指摘一覧のみ」という明確な出力制約により、不要な前置きや冗長な説明を排除しています。
またリスクレベルの分類や改善案を具体的に示すことで、開発者やQA担当者が優先度を把握しやすい点が工夫されています。

このように自動化改善に特化した簡潔な指摘が得られるため、レビュー工数の削減に加え課題発見までの時間が大幅に短縮され、
現場の作業効率を20～30％向上させる効果が期待できます。

入力例

#命令
あなたはテストケース自動化の専門家AIです。以下のテスト仕様書全文を読み取り、自動化における問題点と改善案を提示してください。

#制約条件
・出力は指摘一覧のみ（前置き・まとめ不要）  
・形式：①テストケース名／②問題点／③リスクレベル〔高・中・低〕／④改善案  
・欠落・曖昧なテストケースは「欠落」と記載  
・テスト自動化のベストプラクティスに基づき判断し、必要に応じて技術的な理由や背景を簡潔に示す  
・専門用語は正確に、文章は簡潔な常体で  

#入力情報（例）
＜ここにテスト仕様書全文を貼付＞

#出力内容
テストケース名｜問題点：…｜リスク：高｜改善案：…

今回は、テストケース自動化に関する問題点と改善案を提示するAIに対して実行するプロンプトを作成しました。

そのため、

AIの役割を「テストケース自動化の専門家」と明確化し、
出力形式を「①テストケース名／②問題点／③リスクレベル〔高・中・低〕／④改善案」と指定し、
指摘内容のみを簡潔に列挙させることで、余計な情報を排除し、
欠落や曖昧なテストケースがあれば「欠落」と表示するルールを設定しました。

また、テスト自動化のベストプラクティスに基づき技術的な背景を簡潔に示すことを求めています。

このように詳細かつ明確な制約条件を設けることで、
AIが必要な指摘を漏れなく、かつ的確にテキスト形式で出力します。

さらに、出力文章においても読みやすさを重視し、
2～3文ごとに適切に改行を挟む指定をしているため、
ユーザーが指摘内容を把握しやすくなっています。

こうしたプロンプト設計により、
テスト仕様書を効率的に分析し、自動化の問題点と改善策を的確に抽出できるユースケースに対応しています。

実行結果（GPT-4o）

①ログイン機能正常系テスト／問題点：テストデータが固定で変化がないため、パラメータのバリエーション不足／リスク：中／改善案：複数のユーザIDとパスワードの組み合わせでテストをパラメタライズし、データドリブンテストを実施する
②ログイン機能異常系テスト（パスワード誤り）／問題点：異常入力の種類が限定的で、SQLインジェクションやXSSなどのセキュリティ脆弱性を検証していない／リスク：高／改善案：セキュリティテストケースを追加し、攻撃コードや特殊文字を含む入力を自動化テストに含める
③パスワードリセット機能テスト／問題点：メール受信確認など外部システム連携の検証が欠落している／リスク：中／改善案：メールサーバのモックを用い、送信確認やリンク有効期限のテストを自動化に組み込む
④ログアウト機能テスト／問題点：ログイン状態のセッション管理やトークン破棄の検証が曖昧／リスク：中／改善案：セッション状態を検証可能なコードでトークン破棄を確認し、自動化テストに組み込
⑤UI表示検証テスト／問題点：静的な画面表示の目視確認に依存しており、自動化が困難／リスク：低／改善案：スクリーンショット比較やDOM構造検証ツールを活用し、UIの差分検出を自動化する
⑥パフォーマンステスト／問題点：負荷条件やスクリプトの具体性が欠落しているため、自動化実行に適さない／リスク：中／改善案：負荷シナリオと評価基準を明確化し、JMeter等の自動化ツールを用いる設計に変更する
⑦クロスブラウザテスト／問題点：対象ブラウザとバージョンの指定が曖昧でメンテナンス性に難あり／リスク：低／改善案：対象環境定義を明確にし、Selenium Grid等による並列実行で効率化する
⑧リグレッションテスト／問題点：テストケースの網羅性が不十分で、変更点に起因する不具合を見落とす可能性あり／リスク：高／改善案：テストケースをトレーサビリティマトリックス化し、変更影響範囲にフォーカスした自動化テストを設計する

今回のテスト項目に関する指摘一覧は、各機能の問題点を具体的に捉えており、大変有用だと感じました。

例えば、ログイン機能の正常系テストにおいてテストデータが固定化されている点は、パラメータの多様性不足がリスクを高める重要な問題です。
これを複数データによるパラメタライズで改善する提案は、実効性が高く効率的なテスト自動化の実現に寄与します。

また、セキュリティ面の脆弱性検証が不足している点を挙げているのも非常に適切です。
SQLインジェクションやXSS攻撃をテストに組み込む改善案は、リスクの高い部分を重点的にカバーでき、品質向上に直結するでしょう。

メール連携やセッション管理の不備、UI表示の手動依存なども見逃せない課題として明示されており、
モックの活用やスクリーンショット比較の導入提案など、現実的かつ自動化を進める実践的な方法が示されている点は非常に参考になります。

パフォーマンスやクロスブラウザテストの具体性欠如も見逃せないリスクとして挙げられており、
より明確なシナリオ設計や並列実行環境の整備によって運用効率が向上する点が良く理解できます。

最後に、リグレッションテストの網羅性不足に対し、トレーサビリティマトリックスを活用し、影響範囲に重点を置く自動化設計を提案しているのは、
品質維持のための抜け漏れ防止策として非常に理にかなっています。

全体として、問題点の指摘からリスク評価、改善案の提示までが体系的かつ具体的であり、
実務でのテスト品質向上や効率化に直結する示唆に富んだ内容であると評価できます。

プロンプト3：品質の高いテストケース作成をするプロンプト

#命令
あなたはソフトウェアテスト設計専門のテスターAIです。以下の仕様書をもとに、品質の高いテストケースを作成してください。

#制約条件
・出力はテストケース一覧のみ（説明やまとめは不要）  
・形式：①テストケース名／②テスト目的／③前提条件／④操作手順／⑤期待結果  
・網羅性と境界値分析を重視し、正常系・異常系の両面を含める  
・具体的かつ簡潔に記述し、曖昧な部分は「仕様不明」と記載  
・テスト設計技法（例：同値分割、境界値分析、状態遷移）を活用して多角的に作成  
・仕様書の前提は最新のものであり、必要に応じて条件を仮定してもよい  

#入力情報（例）
＜ここに仕様書全文を貼付＞

#出力内容
①ログイン画面正常入力テスト／②正しいユーザーIDとパスワード入力時のログイン成功確認／③ユーザー登録済みであること／④1.ユーザーID入力 2.パスワード入力 3.ログインボタン押下／⑤ログイン成功し、ホーム画面に遷移する
-----------------------

品質の高いテストケース作成をするプロンプトの解説

✅「#命令」の確認：ソフトウェアテスト設計専門のテスターAIとしての役割が明確か確認  
✅「#制約条件」の遵守：出力形式や記述ルール（網羅性・境界値・正常異常系など）が守られているかチェック  
✅「入力情報（仕様書）」の最新性：仕様書が最新かどうか、必要に応じて条件の仮定を行っているか確認

このプロンプトはソフトウェアの仕様書から網羅的かつ具体的なテストケースを効率的に作成したいときに活用できます。

「正常系・異常系の両面を重視」し、「テスト設計技法の活用」を明記しているため、質の高いテスト設計をAIに任せやすい設計です。

さらに「説明不要でテストケース一覧のみ出力」とすることで、無駄な文章を省き、レビューや実装への転送がスムーズになります。

このプロンプトを利用すると、従来テスターが数時間かけて設計する手間を大幅に削減し、数十分程度で充実したテストケースを自動生成可能です。

入力例

#命令
あなたはソフトウェアテスト設計専門のテスターAIです。以下の仕様書をもとに、品質の高いテストケースを作成してください。

#制約条件
・出力はテストケース一覧のみ（説明やまとめは不要）  
・形式：①テストケース名／②テスト目的／③前提条件／④操作手順／⑤期待結果  
・網羅性と境界値分析を重視し、正常系・異常系の両面を含める  
・具体的かつ簡潔に記述し、曖昧な部分は「仕様不明」と記載  
・テスト設計技法（例：同値分割、境界値分析、状態遷移）を活用して多角的に作成  
・仕様書の前提は最新のものであり、必要に応じて条件を仮定してもよい  

#入力情報（例）
＜ここに仕様書全文を貼付＞

#出力内容
①ログイン画面正常入力テスト／②正しいユーザーIDとパスワード入力時のログイン成功確認／③ユーザー登録済みであること／④1.ユーザーID入力 2.パスワード入力 3.ログインボタン押下／⑤ログイン成功し、ホーム画面に遷移する
-----------------------

今回は、ソフトウェアテスト設計専門のテスターAIとして品質の高いテストケースを作成するためのプロンプトを作成しました。

そのため、

出力を「テストケース一覧のみ」とし説明文やまとめを省略
形式を「①テストケース名／②テスト目的／③前提条件／④操作手順／⑤期待結果」と厳密に指定
網羅性と境界値分析を重視し、正常系と異常系の両面をカバー
具体的かつ簡潔な記述を行い不明点は「仕様不明」と明示
テスト設計技法（同値分割、境界値分析、状態遷移など）を活用し多角的にテストケースを設計
仕様書は最新のものであり、必要に応じて条件は仮定して良い

といった条件を指定しました。

このように具体的かつ詳細な制約条件を示すことで、目的に沿った正確かつ実用的なテストケースの一覧を効率よく自動生成できます。

また、改行を適度に入れることで視認性が良くなり、読み手が情報を把握しやすくなるため実務での活用がしやすくなります。

実行結果（GPT-4o）

①ログイン画面正常入力テスト／②正しいユーザーIDとパスワード入力時のログイン成功確認／③ユーザー登録済みであること／④1.ユーザーID入力（例：user01） 2.パスワード入力（例：Passw0rd!） 3.ログインボタン押下／⑤ログイン成功し、ホーム画面に遷移する
②ログイン画面ユーザーID空欄テスト／②ユーザーIDが空の場合にエラーメッセージが表示されるか確認／③なし／④1.ユーザーID空欄 2.パスワード入力（例：Passw0rd!） 3.ログインボタン押下／⑤「ユーザーIDを入力してください」というエラーメッセージが表示されログインできない
③ログイン画面パスワード空欄テスト／②パスワードが空の場合にエラーメッセージが表示されるか確認／③なし／④1.ユーザーID入力（例：user01） 2.パスワード空欄 3.ログインボタン押下／⑤「パスワードを入力してください」というエラーメッセージが表示されログインできない
④ログイン画面ユーザーID最大長テスト／②ユーザーIDの最大文字数入力で正常に処理されるか確認（最大長：仕様不明のため仮に20文字）／③ユーザー登録済みでユーザーIDが20文字／④1.ユーザーID入力（20文字） 2.パスワード入力（登録済みの正しいパスワード） 3.ログインボタン押下／⑤ログイン成功しホーム画面に遷移する
⑤ログイン画面ユーザーID超過長テスト／②ユーザーIDが最大長を超えた場合にエラーが出るか確認（21文字入力）／③なし／④1.ユーザーID入力（21文字） 2.パスワード入力（任意） 3.ログインボタン押下／⑤「ユーザーIDは20文字以内で入力してください」というエラーメッセージが表示される（仕様不明のため想定）
⑥ログイン画面パスワード最大長テスト／②パスワードの最大文字数入力で正常に処理されるか確認（最大長：仕様不明のため仮に30文字）／③ユーザー登録済みで正しいパスワードが30文字のユーザー／④1.ユーザーID入力 2.パスワード入力（30文字） 3.ログインボタン押下／⑤ログイン成功しホーム画面に遷移する
⑦ログイン画面パスワード超過長テスト／②パスワードが最大長を超えた場合にエラーが出るか確認（31文字入力）／③なし／④1.ユーザーID入力 2.パスワード入力（31文字） 3.ログインボタン押下／⑤「パスワードは30文字以内で入力してください」というエラーメッセージが表示される（仕様不明のため想定）
⑧ログイン画面ユーザー未登録IDテスト／②未登録のユーザーIDでログインできないか確認／③対象のユーザーIDが未登録であること／④1.ユーザーID入力（未登録ID） 2.パスワード入力（任意） 3.ログインボタン押下／⑤「ユーザーIDまたはパスワードが違います」というエラーメッセージが表示されログインできない
⑨ログイン画面誤パスワードテスト／②登録済みユーザーIDに誤ったパスワードを入力してログイン失敗を確認／③ユーザー登録済みであること／④1.ユーザーID入力 2.パスワード入力（誤ったパスワード） 3.ログインボタン押下／⑤「ユーザーIDまたはパスワードが違います」というエラーメッセージが表示されログインできない
⑩ログイン画面SQLインジェクション対策テスト／②ユーザーIDまたはパスワードにSQLインジェクションを試みてシステムが影響を受けないか確認／③仕様不明（SQLインジェクション対策の有無）／④1.ユーザーID入力（例：' OR '1'='1） 2.パスワード入力（任意） 3.ログインボタン押下／⑤ログイン失敗または適切なエラーメッセージが表示され、不正アクセスを防ぐ
⑪ログイン画面特殊文字入力テスト／②ユーザーIDとパスワードに特殊文字を入力しても正常に処理されるか確認／③登録済みのユーザーIDに特殊文字含むものがあるか仕様不明／④1.ユーザーID入力（特殊文字含む） 2.パスワード入力（特殊文字含む） 3.ログインボタン押下／⑤登録済みならログイン成功、未登録ならエラー表示
⑫ログイン画面ホワイトスペース入力テスト／②ユーザーIDおよびパスワードに前後の空白を入力した場合の処理を確認／③仕様不明（トリム処理の有無）／④1.ユーザーID入力（前後に空白あり） 2.パスワード入力（同様に空白あり） 3.ログインボタン押下／⑤空白をトリムしてログイン成功、又はエラー表示
⑬ログイン画面複数連続ログイン失敗テスト／②同一ユーザーで複数回連続して誤ったパスワードを入力した際の挙動を確認（例：5回）／③仕様不明（ロックアウト機能の有無）／④1.ユーザーID入力 2.誤パスワード入力を5回繰り返し 3.毎回ログインボタン押下／⑤5回目以降にアカウントロックメッセージ表示又は通常のエラー表示

この出力結果は、ログイン画面の各種テストケースを漏れなく網羅的にまとめたもので、大変実用的な資料です。
テスト項目ごとに目的や前提条件、操作手順、期待結果が明確に記載されているため、テスト担当者が効率的に作業を進めやすい点が評価できます。

また、仕様不明の部分については仮の数値や想定のエラーメッセージを示しているため、不確定要素を残しつつも具体的なイメージを共有できています。
特にSQLインジェクションや複数回ログイン失敗時の挙動、特殊文字・ホワイトスペースの扱いまで含まれている点はセキュリティやユーザビリティの観点で重要です。

一方で、「仕様不明」の部分に関しては開発段階での仕様明確化が必須であり、ここを早期に埋めていくことでさらに完成度の高いテスト計画に仕上がると思います。
総じて、ログイン機能の品質担保に直結するわかりやすいテストケースとして、大いに活用可能な内容です。

プロンプト4：テストケース設計をするプロンプト

#命令
あなたはテストケース設計の専門家AIです。以下の仕様書全文を読み取り、効果的で網羅的なテストケース設計を提示してください。

#制約条件
・出力はテストケース一覧のみ（前置き・まとめ不要）  
・形式：①テストケース名／②目的／③入力条件／④期待結果／⑤優先度〔高・中・低〕  
・仕様の抜け漏れや曖昧な点は「仕様不明」と記載  
・テスト技法（境界値分析、同値クラステストなど）を適宜用いて設計  
・文章は簡潔かつ論理的に、専門用語は正確に常体で  

#入力情報（例）
＜ここに仕様書全文を貼付＞

#出力内容
テストケース1｜目的：○○の動作確認｜入力条件：○○｜期待結果：○○｜優先度：高  
テストケース2｜目的：○○の境界値チェック｜入力条件：○○｜期待結果：○○｜優先度：中  
-----------------------

テストケース設計をするプロンプトの解説

✅「#命令」の確認：テストケース設計の専門家AIとして、仕様書全文から効果的かつ網羅的なテストケースを作成すること  
✅「#制約条件」の遵守：出力形式や記載方法、テスト技法の活用、簡潔かつ論理的な表現など指定条件を必ず守ること  
✅「#入力情報」の正確な貼付：仕様書全文を漏れなく、正確に入力情報として貼付すること

このプロンプトはソフトウェアやシステムの仕様書から網羅的なテストケースを自動生成したい場合に活用できます。
仕様の抜け漏れや曖昧な点も明示しつつ、境界値分析や同値クラステストといったテスト技法を駆使して設計できる点が特徴です。

また、出力形式を統一し簡潔に指定しているので、テスト計画の作成やレビューが効率化されます。
これにより、従来数時間かかっていたテストケース設計が数十分に短縮でき、工数削減が期待できるプロンプトです。

入力例

#命令
あなたはテストケース設計の専門家AIです。以下の仕様書全文を読み取り、効果的で網羅的なテストケース設計を提示してください。

#制約条件
・出力はテストケース一覧のみ（前置き・まとめ不要）  
・形式：①テストケース名／②目的／③入力条件／④期待結果／⑤優先度〔高・中・低〕  
・仕様の抜け漏れや曖昧な点は「仕様不明」と記載  
・テスト技法（境界値分析、同値クラステストなど）を適宜用いて設計  
・文章は簡潔かつ論理的に、専門用語は正確に常体で  

#入力情報（例）
＜ここに仕様書全文を貼付＞

#出力内容
テストケース1｜目的：○○の動作確認｜入力条件：○○｜期待結果：○○｜優先度：高  
テストケース2｜目的：○○の境界値チェック｜入力条件：○○｜期待結果：○○｜優先度：中  
-----------------------

今回のプロンプト入力例は、テストケース設計の専門家AIに対し、

仕様書全文を読み取り効果的かつ網羅的なテストケースを一覧形式で出力させるためのものです。

具体的には、

出力形式を「①テストケース名／②目的／③入力条件／④期待結果／⑤優先度」に統一し、
文章は簡潔かつ論理的に、専門用語を用いて簡単明瞭に記述する制約を設けています。

さらに、
・テスト技法として境界値分析や同値クラステストを適宜用いること
・仕様の抜け漏れや曖昧な点は「仕様不明」と明示すること
などの指示もあります。

このようにすることで、入力量が膨大な仕様書に対しても抜け漏れなく、

効率的にテストケースを作成してくれることが期待されます。

また、改行を適宜入れることで文章の読みやすさも確保されています。

以上の内容から、このプロンプトはソフトウェアの品質管理において、

仕様に沿ったテスト計画を迅速かつ正確に立案するユースケースに適していると言えます。

実行結果（GPT-4o）

テストケース1｜目的：ユーザーIDの有効な入力確認｜入力条件：ユーザーID=abc123（英数字6文字）｜期待結果：正常に登録可能｜優先度：高  
テストケース2｜目的：ユーザーIDの最小長チェック（境界値分析）｜入力条件：ユーザーID=abc（3文字）｜期待結果：正常に登録可能｜優先度：中  
テストケース3｜目的：ユーザーIDの最大長チェック（境界値分析）｜入力条件：ユーザーID=abcdefghi（9文字）｜期待結果：エラーメッセージ表示｜優先度：中  
テストケース4｜目的：ユーザーIDの無効文字チェック｜入力条件：ユーザーID=abc$%12（特殊文字含む）｜期待結果：エラーメッセージ表示｜優先度：高  
テストケース5｜目的：パスワードの有効な入力確認｜入力条件：パスワード=Passw0rd!（英数字＋記号含む8文字以上）｜期待結果：正常に登録可能｜優先度：高  
テストケース6｜目的：パスワードの最小長チェック（境界値分析）｜入力条件：パスワード=Passw0r（7文字）｜期待結果：エラーメッセージ表示｜優先度：高  
テストケース7｜目的：パスワードの必須文字種チェック｜入力条件：パスワード=password（英字のみ）｜期待結果：エラーメッセージ表示｜優先度：高  
テストケース8｜目的：メールアドレスの正規表現チェック｜入力条件：メール=example@domain.com｜期待結果：正常に登録可能｜優先度：高  
テストケース9｜目的：メールアドレスの無効形式チェック｜入力条件：メール=example@domain｜期待結果：エラーメッセージ表示｜優先度：高  
テストケース10｜目的：年齢の数値範囲チェック（同値クラステスト）｜入力条件：年齢=25｜期待結果：正常に登録可能｜優先度：中  
テストケース11｜目的：年齢の最小値境界値チェック｜入力条件：年齢=0｜期待結果：正常に登録可能｜優先度：中  
テストケース12｜目的：年齢の最大値境界値チェック｜入力条件：年齢=120｜期待結果：正常に登録可能｜優先度：中  
テストケース13｜目的：年齢の範囲外チェック（下限未満）｜入力条件：年齢=-1｜期待結果：エラーメッセージ表示｜優先度：中  
テストケース14｜目的：年齢の範囲外チェック（上限超過）｜入力条件：年齢=121｜期待結果：エラーメッセージ表示｜優先度：中  
テストケース15｜目的：必須項目未入力チェック｜入力条件：ユーザーID=空、パスワード=空｜期待結果：エラーメッセージ表示｜優先度：高  
テストケース16｜目的：仕様不明項目の挙動確認｜入力条件：仕様不明｜期待結果：仕様不明｜優先度：低

この出力結果は、ユーザー登録に関する入力フィールドごとに詳細なテストケースが網羅されており、非常に体系的かつ明確に整理されています。

テストケースごとに目的・入力条件・期待結果・優先度が丁寧に記載されているため、テスト設計者や開発者がすぐに理解しやすく、効率的なテスト実施が可能です。

特に、境界値分析や同値クラステストを適切に取り入れている点は品質保証の観点で優れており、想定される不具合の抽出に効果的であると思います。

また、パスワードの必須文字種チェックやメールの正規表現チェックなどのセキュリティ面を意識したテストも含まれており、ユーザー情報の安全性確保にも配慮されていると感じます。

一方で、仕様不明項目の挙動確認を低優先度で設定している点は実践的であり、リスクとコストのバランスを考慮した運用が想定されています。

このような詳細かつ整然としたテストケースリストは、ソフトウェアの品質向上に寄与するだけでなく、チーム内の共通理解を深めるうえでも非常に有用です。

総じて、実務で活用できるレベルの高いテスト設計ドキュメントと評価できます。

プロンプト5：テストケースのための仕様書作成をするプロンプト

#命令
あなたはソフトウェアテスト設計専門のエンジニアAIです。以下の仕様書を読み取り、テストケースを網羅的かつ具体的に作成してください。

#制約条件
・出力はテストケース一覧のみ（前置き・まとめ不要）  
・形式：①テストケースID／②テスト項目／③入力値／④期待結果／⑤テスト種別〔機能テスト・境界値テスト・異常系テスト・性能テストなど〕  
・仕様の欠落や曖昧な部分があれば「仕様欠落」と記載し、その内容を補足  
・できるだけ実務で使える具体的な内容とし、想定されるパターンを網羅的に列挙する  
・専門用語は正確に用い、文章は簡潔な常体で記述する  

#入力情報（例）
＜ここに仕様書全文を貼付＞

#出力内容
TC001｜ログイン機能｜正しいユーザID・パスワード入力｜ログイン成功｜機能テスト  
-----------------------

テストケースのための仕様書作成をするプロンプトの解説

今回解説するプロンプト活用時のチェックリスト
✅「#命令」の確認：テストケース作成に特化した指示内容かを必ず確認  
✅「#制約条件」の遵守：出力形式・内容のルールを漏れなく守ること  
✅「仕様の網羅性確認」：仕様の抜け漏れや曖昧な部分に「仕様欠落」を明記し補足すること

このプロンプトはソフトウェアの仕様書から網羅的かつ具体的なテストケース一覧を自動生成したいときに活用します。

「#入力情報」に仕様書を入力するだけで、テストケースIDやテスト項目、入力値、期待結果、テスト種別を体系的に出力し、曖昧な仕様があれば「仕様欠落」と補足する点が工夫です。

実務で使える詳細かつ正確なテスト設計作業を効率化し、従来の手作業より約30～50%の工数削減が期待できます。ぜひ仕様をもとに迅速なテスト設計に役立ててください。

入力例

#命令
あなたはソフトウェアテスト設計専門のエンジニアAIです。以下の仕様書を読み取り、テストケースを網羅的かつ具体的に作成してください。

#制約条件
・出力はテストケース一覧のみ（前置き・まとめ不要）  
・形式：①テストケースID／②テスト項目／③入力値／④期待結果／⑤テスト種別〔機能テスト・境界値テスト・異常系テスト・性能テストなど〕  
・仕様の欠落や曖昧な部分があれば「仕様欠落」と記載し、その内容を補足  
・できるだけ実務で使える具体的な内容とし、想定されるパターンを網羅的に列挙する  
・専門用語は正確に用い、文章は簡潔な常体で記述する  

#入力情報（例）
＜ここに仕様書全文を貼付＞

#出力内容
TC001｜ログイン機能｜正しいユーザID・パスワード入力｜ログイン成功｜機能テスト  
-----------------------

今回は、ソフトウェアテスト設計専門のエンジニアAIに対して仕様書を読み取り、テストケースを網羅的かつ具体的に作成するためのプロンプトを作成しました。

そのため、

テストケースは一覧形式で出力する
形式は「テストケースID／テスト項目／入力値／期待結果／テスト種別」で統一
仕様の欠落や曖昧な部分については「仕様欠落」と明示し、補足情報を追加
実務で役立つ具体的な内容かつ想定パターンをなるべく網羅的に列挙する
専門用語は正確に使い、説明は簡潔な常体で記述する
といった条件を設定しました。

このように詳細かつ明確な制約条件を設けることで、出力されるテストケース一覧の質が向上し、
業務でそのまま活用できる具体的かつ実践的な設計が期待できます。

また、文中に適度な改行を挟むことで読みやすさも意識している点が特徴です。
これにより、実際にテスト設計を行うエンジニアが短時間で内容を把握しやすくなり、さらにプロンプトの調整も容易になります。

実行結果（GPT-4o）

TC001｜ユーザー新規登録｜ユーザー名「testuser」、メール「test@example.com」、パスワード「Passw0rd!」｜登録成功し、確認メール送信される｜機能テスト
TC002｜ユーザー新規登録｜ユーザー名空欄、メール「test@example.com」、パスワード「Passw0rd!」｜エラーメッセージ「ユーザー名を入力してください」表示｜異常系テスト
TC003｜ユーザー新規登録｜ユーザー名「testuser」、メール空欄、パスワード「Passw0rd!」｜エラーメッセージ「メールアドレスを入力してください」表示｜異常系テスト
TC004｜ユーザー新規登録｜ユーザー名「testuser」、メール「invalid-email」、パスワード「Passw0rd!」｜エラーメッセージ「有効なメールアドレスを入力してください」表示｜異常系テスト
TC005｜ユーザー新規登録｜ユーザー名「testuser」、メール「test@example.com」、パスワード「short」｜エラーメッセージ「パスワードは8文字以上にしてください」表示｜異常系テスト
TC006｜ユーザー新規登録｜ユーザー名「testuser」、メール「test@example.com」、パスワード「alllowercase123」｜エラーメッセージ「パスワードに大文字、数字、記号を含めてください」表示｜異常系テスト
TC007｜ユーザー新規登録｜ユーザー名「a」（1文字）、メール「test@example.com」、パスワード「Passw0rd!」｜登録成功｜境界値テスト
TC008｜ユーザー新規登録｜ユーザー名50文字の最大長、メール「test@example.com」、パスワード「Passw0rd!」｜登録成功｜境界値テスト
TC009｜ユーザー新規登録｜複数回（1000件）連続登録処理｜すべて正常に登録処理が完了し、応答時間が規定内（例：1件あたり200ms以下）｜性能テスト
TC010｜ユーザー新規登録｜重複メール「test@example.com」で登録試行｜エラーメッセージ「このメールは既に登録されています」表示｜異常系テスト
TC011｜ユーザー新規登録｜禁止文字を含むユーザー名「test」、メール「test@example.com」、パスワード「Passw0rd!」｜エラーメッセージ「ユーザー名に使用できない文字が含まれています」表示｜異常系テスト
TC012｜ユーザー新規登録｜SQLインジェクション攻撃文字列をメール欄に入力「test@example.com'; DROP TABLE users;--」｜エラーメッセージまたは入力無効化により登録拒否｜異常系テスト
仕様欠落｜パスワードの最大文字数、ユーザー名の禁止文字詳細、性能要件の具体値、確認メールの仕様が未記載のため詳細要件を確認する必要あり

本プロンプトは、ユーザー新規登録機能に関するテストケース一覧を効率的に整理したい場合に便利なテンプレートです。  
各テストケースは正常系・異常系・境界値・性能テストに分類されており、多角的に機能の妥当性を検証する意図が読み取れます。  

しかしながら、仕様の明確化が不十分な点も散見されます。特にパスワードの最大文字数やユーザー名の禁止文字の詳細、性能要件の具体的な数値、確認メールの仕様などが未記載のため、テストの網羅性や正確性を高めるためにはさらなる要件定義が必要です。  

また、SQLインジェクション等のセキュリティに関わる異常系テストが含まれている点は高く評価でき、セキュリティ意識が反映された設計であることがわかります。