ソフトウェアテストドキュメント

IEEE 829 のステータス

注: IEEE 829-2008はISO/IEC/IEEE 29119-3:2013に置き換えられました。^[1]

IEEE 829の背景

IEEE 829-2008 は、ソフトウェアおよびシステムテストドキュメントの 829 標準としても知られ、ソフトウェアテストとシステムテストの 8 つの定義された段階で使用するための一連のドキュメントの形式を指定したIEEE標準であり、各段階で独自の異なるタイプのドキュメントが作成される可能性がありました。この標準ではこれらのドキュメントの形式を指定しましたが、すべてのドキュメントを作成する必要があるかどうかは規定されておらず、これらのドキュメントの適切な内容に関する基準も含まれていませんでした。これらは、標準の範囲外の判断事項でした。

IEEE 829 で要求される文書

文書は次のとおりです。

マスターテストプラン(MTP): マスターテストプラン(MTP)の目的は、複数のレベルのテスト (1 つのプロジェクト内または複数のプロジェクトにまたがる) の全体的なテスト計画とテスト管理ドキュメントを提供することです。
レベルテストプラン(LTP): 各 LTP について、指定されたテストレベルのテスト活動の範囲、アプローチ、リソース、およびスケジュールを説明する必要があります。テスト対象の項目、テストする機能、実行するテストタスク、各タスクの担当者、および関連するリスクを特定する必要があります。
レベルテスト設計(LTD):テストケースと予想される結果、およびテスト合格基準の詳細を示します。
レベルテストケース(LTC): レベルテスト設計で特定されたテストケースの実行に使用するテストデータを指定します。
レベルテスト手順(LTPr): セットアップの前提条件や従う必要のある手順など、各テストの実行方法を詳しく説明します。
レベルテストログ(LTL): テストの実行に関する関連詳細を時系列で記録します。たとえば、どのテストケースが実行されたか、誰が実行したか、どのような順序で実行したか、各テストが成功したか失敗したかなどを記録します。
異常レポート(AR): テストプロセス中に発生し、調査が必要なイベントを文書化します。これは、問題、テストインシデント、欠陥、トラブル、問題、異常、またはエラーレポートと呼ばれることがあります。このドキュメントは、故意に異常レポートと名付けられており、障害レポートとは名付けられていません。その理由は、期待される結果と実際の結果の不一致は、システムの障害以外のさまざまな理由で発生する可能性があるためです。これには、期待される結果が間違っている、テストが誤って実行されている、または複数の解釈が可能であることを意味する要件の不一致が含まれます。レポートには、実際の結果と期待される結果、失敗したタイミング、および解決に役立つ裏付けとなる証拠など、インシデントのすべての詳細が含まれます。レポートには、可能であれば、インシデントがテストに与える影響の評価も含まれます。
レベル中間テストステータスレポート(LITSR): 指定されたテストアクティビティの中間結果を要約し、オプションで特定のテストレベルの結果に基づいて評価と推奨事項を提供します。
レベルテストレポート(LTR): 特定のテストレベルのテスト実行が完了した後、指定されたテストアクティビティの結果を要約し、結果に基づいて評価と推奨事項を提供します。
マスターテストレポート(MTR): 指定されたテスト活動のレベルの結果を要約し、その結果に基づいて評価を提供します。このレポートは、MTP を使用するすべての組織で使用できます。実行されたテストによって明らかになった重要な情報を提供する管理レポートで、テスト作業の品質、テスト対象のソフトウェアシステムの品質、および異常レポートから得られた統計の評価が含まれます。レポートには、将来のテスト計画を改善するために、実行されたテストの内容と所要時間も記録されます。この最終文書は、プロジェクトの利害関係者によって定義された受け入れ基準を満たしているかどうかに基づいて、テスト対象のソフトウェアシステムが目的に適合しているかどうかを示すために使用されます。

IEEE 829の使用

この規格は、英国コンピュータ協会が推進するISEB Foundation およびソフトウェアテスト実践者認定のトレーニングシラバスの一部を形成しました。ISTQBは、 ISEBとドイツの ASQF シラバスに基づいて独自のシラバスを作成した後、ソフトウェアおよびシステムテストドキュメントの参照規格として IEEE 829 も採用しました。

デイビッド・ゲルペリン博士とウィリアム・C・ヘッツェル博士は、ソフトウェアテストドキュメントのIEEE-829標準を実装するために、体系的テストおよび評価プロセス（STEP）方法論を開発しました。^[2]

参考文献

^ 「IEEE 製品およびプロジェクトのステータスレポート」。IEEE 。 2012年2月12日時点のオリジナルよりアーカイブ。2017年10月13日閲覧。
^ Rick D. Craig、Stefan P. Jaskiel (2002)。体系的ソフトウェアテスト。Artech House。p. 4。ISBN 978-1-58053-792-6。

外部リンク

IEEE Std 829-2008、ソフトウェアおよびシステムテストドキュメントの IEEE 標準
BS7925-2、ソフトウェアコンポーネントテストの標準

[IEEEstatus-1] 「IEEE 製品およびプロジェクトのステータスレポート」。IEEE 。 2012年2月12日時点のオリジナルよりアーカイブ。2017年10月13日閲覧。

[CraigJaskiel2002-2] Rick D. Craig、Stefan P. Jaskiel (2002)。体系的ソフトウェアテスト。Artech House。p. 4。ISBN 978-1-58053-792-6。