典型的なテストケースの記述形式
出典: フリー百科事典『ウィキペディア（Wikipedia）』 (2021/01/11 14:16 UTC 版)
「テストケース」の記事における「典型的なテストケースの記述形式」の解説
テストケースは通常、アプリケーションの正しい動作/機能、機能をテストするための単一のステップ、または場合によっては一連のステップである。通常、期待される結果または期待される結果が示されている。 通常含まれている追加情報： テストケースID-このフィールドは、テストケースを一意に識別します。 テストケースの説明/概要-このフィールドは、テストケースの目的を説明します。 テスト手順-このフィールドには、テストケースを実行するための正確な手順が記載されています。 前提条件-このフィールドは、テストステップを実行する前に従う必要のある条件またはステップを指定します。 深さ テストの分類 作成者-テスターの名前。 自動化有無-このテストケースが自動化されているかどうか。 合格/不合格 備考 大規模なテストケースには、前提条件の状態または手順、および説明が含まれる場合もある。 書面によるテストケースには、実際の結果を保存してある場所も含まれている必要があります。 これらの手順は、ワードプロセッサの文書、スプレッドシート、データベース、またはその他の一般的なリポジトリに保存されている。 データベースシステムでは、過去のテスト結果、結果の生成者、およびそれらの結果の生成に使用されたシステム構成を確認できる場合もある。これらの過去の結果は通常、別のテーブルに保存されている。 多くの場合、テストスイートには以下も含まれている。 テストの概要 構成 テストする機能の説明、およびテストを確実に実行できるようにするために必要な準備に加えて、テストケースで最も時間のかかる部分は、システムが変更されたときに既存のテストケース変更することである。 特別な場合であるが、テストを実行して生成した結果を、専門家のチームが見て合否を評価する。これは、新製品のパフォーマンス数値の決定でよく発生する。最初のテストは、後続のテストおよび製品リリースサイクルのベースラインとして使用される。 書面によるテストケースの変種を使用する受け入れテストは、通常、システムのエンドユーザーまたは顧客の担当部門によって実行され、開発されたシステムが指定された要件または契約を満たしていることを確認する 。 ユーザー受け入れテストは、ハッピーパスまたはポジティブテストケースを含める一方、ネガティブテストケースはほぼ完全に除外される。
※この「典型的なテストケースの記述形式」の解説は、「テストケース」の解説の一部です。
「典型的なテストケースの記述形式」を含む「テストケース」の記事については、「テストケース」の概要を参照ください。
- 典型的なテストケースの記述形式のページへのリンク
