テスト計画とは、ソフトウェアまたはハードウェア製品の特定のテストセッションにおける目的、リソース、およびプロセスを詳細に記述した文書です。この計画には通常、最終的なワークフローに関する詳細な説明が含まれています。
テスト計画
テスト計画書は、製品またはシステムが設計仕様およびその他の要件を満たしていることを検証および保証するために使用される戦略を文書化したものです。テスト計画書は通常、テストエンジニアによって作成されるか、テストエンジニアからの重要な意見を取り入れて作成されます。[ 1 ]
製品の種類や、テスト計画が適用される組織の責任範囲に応じて、テスト計画には以下の1つまたは複数に関する戦略が含まれる場合があります。
- 設計検証または適合性試験– 製品の開発段階または承認段階で実施され、通常は少数のサンプルユニットに対して行われます。
- 製造試験または生産試験 – 製品の準備または組み立て中に、性能検証および品質管理を目的として継続的に実施される。
- 受入試験または試運転試験 – 製品の納入時または設置時に実施する。
- サービスおよび修理テスト – 製品の耐用期間中に必要に応じて実施する。
- 回帰テスト– 既存の運用中の製品に対して実行され、環境の他の側面が変更された場合（例えば、既存のアプリケーションが動作するプラットフォームをアップグレードした場合）に、既存の機能に悪影響がないことを検証します。
複雑なシステムの場合、全体的な要件に対応するための高レベルのテスト計画と、サブシステムやコンポーネントの設計の詳細に対応するための補助的なテスト計画が存在する可能性がある。
テスト計画書の形式は、対象となる製品や組織によって様々です。テスト計画書には、テスト範囲、テスト方法、テスト担当者の3つの主要な要素を記述する必要があります。これらは正式なテスト戦略でも使用されます。[ 2 ]
テストカバレッジ
テスト計画におけるテストカバレッジとは、製品ライフサイクルのどの段階でどの要件が検証されるかを示すものです。テストカバレッジは、設計仕様書や、安全規格、規制コードなどのその他の要件から導き出されます。設計の各要件または仕様書には、理想的には1つ以上の対応する検証手段があります。製品ライフサイクルの異なる段階におけるテストカバレッジは重複する可能性がありますが、すべての段階で完全に同じであるとは限りません。たとえば、設計検証テストでは検証される要件でも、受け入れテストでは繰り返されない場合があります。また、テストカバレッジは設計プロセスにもフィードバックされます。製品はテストアクセスを可能にするように設計する必要があるためです。
試験方法
テスト計画におけるテスト方法は、テストカバレッジの実施方法を規定するものです。テスト方法は、規格、規制機関、契約上の合意によって定められる場合もあれば、新たに作成する必要がある場合もあります。テスト方法では、テストの実施に使用するテスト機器を指定し、合否判定基準も定めます。ハードウェア設計要件を検証するために使用されるテスト方法は、目視検査のような非常に単純な手順から、別途文書化される詳細なテスト手順まで多岐にわたります。
テストの責任
テスト責任には、どの組織が製品ライフサイクルの各段階でテスト方法を実施するかが含まれます。これにより、テスト組織は、担当するテスト方法を実施するために必要なテスト機器やその他のリソースを計画、調達、または開発することができます。テスト責任には、収集するデータとそのデータの保存方法および報告方法（多くの場合「成果物」と呼ばれます）も含まれます。テスト計画が成功した場合、関係者全員が合意したすべての設計仕様と要件の検証結果を記録または報告することが成果物の一つとなります。
IEEE 829テストプランの構造
IEEE 829-2008（ソフトウェアテストドキュメントの829規格とも呼ばれる）は、ソフトウェアテストの定義された段階で使用される一連のドキュメントの形式を規定するIEEE規格であり、各段階ではそれぞれ異なる種類のドキュメントが生成される可能性がある。[ 3 ]これらの段階は以下のとおりである。
- テスト計画識別子
- 導入
- テスト項目
- テスト対象機能
- テスト対象外の機能
- アプローチ
- 項目の合否判定基準
- 停止基準および再開要件
- テスト成果物
- テストタスク
- 環境ニーズ
- 責任
- 人員配置と研修のニーズ
- スケジュール
- リスクと不測の事態
- 承認
テスト計画に含めるべき内容を示唆するIEEE文書は以下のとおりです。
- 829-2008 IEEE ソフトウェアおよびシステムテスト文書化規格[ 3 ]
- 829-1998 IEEEソフトウェアテストドキュメント規格（829-2008に置き換えられました）[ 4 ]
- 829-1983 IEEEソフトウェアテストドキュメント規格（829-1998に置き換えられました）[ 5 ]
- 1008-1987 IEEEソフトウェア単体テスト規格[ 6 ]
- 1012-2004 IEEE ソフトウェア検証および妥当性確認規格[ 7 ]
- 1012-1998 IEEE ソフトウェア検証および妥当性確認規格（1012-2004 に置き換えられました）[ 8 ]
- 1012-1986 IEEEソフトウェア検証および妥当性確認計画規格（1012-1998に置き換えられました）[ 9 ]
- 1059-1993 IEEE ソフトウェア検証および妥当性確認計画ガイド（廃止）[ 10 ]
参考文献
- ↑デール、ネル；ウィームズ、チップ；リチャーズ、ティム（2022年7月15日）。C ++によるプログラミングと問題解決。ジョーンズ＆バートレットラーニング。ISBN 978-1-284-15732-1。
- ↑ Laganà, Antonio; Gavrilova, Marina L. ; Kumar, Vipin; Mun, Youngsong; Gervasi, Osvaldo; Tan, CJ Kenneth (2004-05-07). Computational Science and Its Applications -- ICCSA 2004: International Conference, Assisi, Italy, May 14-17, 2004, Proceedings . Springer Science & Business Media. ISBN 978-3-540-22054-1。
- 1 2 829-2008 — IEEEソフトウェアおよびシステムテスト文書規格。 2008年。doi : 10.1109 /IEEESTD.2008.4578383。ISBN 978-0-7381-5747-4。
- ↑ 829-1998 — IEEEソフトウェアテストドキュメント規格。1998年。doi : 10.1109 /IEEESTD.1998.88820。ISBN 0-7381-1443-X。
- ↑ 829-1983 — IEEEソフトウェアテストドキュメント規格。1983年。doi : 10.1109 /IEEESTD.1983.81615。ISBN 0-7381-1444-8。
- ↑ 1008-1987 - IEEEソフトウェア単体テスト規格。1986年。doi : 10.1109 / IEEESTD.1986.81001。ISBN 0-7381-0400-0。
- ↑ 1012-2004 - IEEEソフトウェア検証・妥当性確認規格。 2005年。doi : 10.1109 /IEEESTD.2005.96278。ISBN 978-0-7381-4642-3。
- ↑ 1012-1998 - IEEEソフトウェア検証・妥当性確認規格。 1998年。doi : 10.1109/IEEESTD.1998.87820。ISBN 0-7381-0196-6。
- ↑ 1012-1986 - IEEEソフトウェア検証および妥当性確認計画規格。 1986年。doi : 10.1109 /IEEESTD.1986.79647。ISBN 0-7381-0401-9。
- ↑ 1059-1993 - IEEEソフトウェア検証および妥当性確認計画ガイド。1994年。doi : 10.1109 /IEEESTD.1994.121430。ISBN 0-7381-2379-X。
外部リンク
- SourceforgeにあるパブリックドメインのRUPテストプランテンプレート（テンプレートは現在アクセスできませんが、サンプルドキュメントはこちらでご覧いただけます：DBVサンプル）
