国際標準化機構(ISO) 29119

ISO/IEC/IEEE 29119 ソフトウェアおよびシステムエンジニアリング - ソフトウェアテスト^[1]は、ソフトウェアテストに関する5 つの国際標準規格のシリーズです。2007 年に最初に開発され^[2]、2013 年にリリースされたこの規格は、「あらゆるソフトウェア開発ライフサイクルで使用できるテストの用語、プロセス、ドキュメント、手法、およびプロセス評価モデルを定義します。」^[3]

ISO/IEC/IEEE 29119ソフトウェアテスト標準の開発は、電気電子技術者協会のIEEE 829（テストドキュメント）、IEEE 1008（ユニットテスト）、BSIグループのBS 7925-1（語彙）および-2（ソフトウェアコンポーネント）などの既存の標準に基づいて、2007年5月に開始されました。^{[2] [4]}

当初、国際標準化機構(ISO) にはソフトウェアテストの経験が豊富なワーキンググループがなかったため、ISO は WG26 を作成しました。2011 年までに 20 か国以上が参加するようになりました。^[2]当初、この規格では 4 つのセクションが開発されました。概念と定義 (1)、テストプロセス (2)、テストドキュメント (3)、テストテクニック (4) です。^[2]プロセス評価に関する 5 番目のパートの追加が検討され、最終的に ISO/IEC 33063:2015 となり、29119-2 のテストプロセスに関連付けられました。^{[2] [5] 29119 の実際の 5 番目のパートは、}キーワード駆動テストの概念に関するもので、2016 年 11 月に発行されました。^[6]

2018 年 6 月現在^{[アップデート]}、この規格の 5 つの部分には大きな改訂はありません。これらの部分は、最新から古い順で次のとおりです。

• ISO/IEC/IEEE 29119-5:2016、パート5：キーワード駆動テスト、2016年11月発行^[6]
• ISO/IEC/IEEE 29119-4:2015、パート4：テスト技術、2015年12月発行^[7]
• ISO/IEC/IEEE 29119-3:2013、パート3：テスト文書、2013年9月発行^[8]
• ISO/IEC/IEEE 29119-2:2013、パート2：テストプロセス、2013年9月発行^[9]
• ISO/IEC/IEEE 29119-1:2013、パート1：概念と定義、2013年9月発行^[1]

ISO/IEC/IEEE 29119パート1では、標準の基礎となる語彙を紹介し、実際の適用例を提供することで、標準の他の部分の使用を容易にしています。 ^[4]パート1では、定義、ソフトウェアテストの概念の説明、およびこれらの定義と概念を標準の他の部分に適用する方法が提供されています。^[1]

パート 2 では、組織がソフトウェア テストを実行する際に使用することを目的とした、ソフトウェア テストの一般的なテスト プロセス モデルを定義します。このモデルは、組織レベル、テスト管理 (プロジェクト) レベル、および動的テスト プロセス レベル (WG26 は静的テストを含めることについて合意を得られなかった) でのソフトウェア テスト プロセスを定義するテスト プロセス記述で構成されています。^{[2] [3] [10]}この標準で定義されているプロセスは、さまざまなソフトウェア開発ライフサイクル モデルと組み合わせて使用​​できます。^[9]

このパートではソフトウェアテスト文書を扱い、テストプロセス中に作成されるテンプレートとテスト文書の例が含まれています。テンプレートはパート2の3つの主要なテストプロセスレベルをサポートしており、標準には他の既存の標準へのマッピングも含まれています。^{[2] [8]}

ISO/IEC/IEEE 29119-3で定義されている文書は以下の通りである: ^{[2] [4]}

組織テストプロセスのドキュメント:

- テストポリシー

- 組織テスト戦略

テスト管理プロセスのドキュメント:

- テスト計画（テスト戦略を含む）

- テストステータス

- テスト完了

動的テストプロセスのドキュメント:

- テスト設計仕様

- テストケース仕様

- テスト手順仕様

- テストデータ要件

- テストデータ準備レポート

- テスト環境の要件

- テスト環境準備レポート

- 実際の結果

- テスト結果

- テスト実行ログ

- テストインシデントレポート

パート4は、ソフトウェアテスト設計技法（テストケース設計技法またはテスト方法とも呼ばれる）の標準的な定義と、パート2で定義されたテスト設計および実装プロセスで使用できる対応するカバレッジ測定を提供します。 ^[7]パート4の技法は、パート2をサポートするか、パート2とは別に使用することを目的としています。標準のテスト設計技法は、仕様ベース、構造ベース、および経験ベースのテスト設計技法の3つの主要なカテゴリに分類されます。^{[2] [11]}

これらの手法は、テスト対象システムの（機能）仕様に基づいています。ブラックボックス テスト手法とも呼ばれます。

このグループで提案されているテスト設計手法は以下のとおりです。^{[2] [11]}

• 同値分割
• 分類ツリー法
• 境界値解析
• 構文テスト
• 組み合わせテスト設計手法
• 決定表テスト
• 因果関係グラフ
• 状態遷移テスト
• シナリオテスト
• ランダムテスト

これらの構造テスト手法は、テスト対象システムの (内部) 構造に基づいています。ホワイト ボックス テスト手法とも呼ばれます。

このグループで提案されているテスト設計手法は以下のとおりです。^{[2] [11]}

• ブランチテスト
• 意思決定テスト
• 分岐条件テスト
• 分岐条件の組み合わせテスト
• 修正条件決定カバレッジ (MCDC) テスト
• データフローテスト

これらの探索的テスト手法は、人間のテスターの 経験に依存します。

このグループで提案されているテスト設計手法は以下のとおりである: ^[11]

• エラー推測

この標準は、ソフトウェアテスト業界で使用されるソフトウェアテスト（通常は自動化）を指定するためのアプローチであるキーワード駆動テストをカバーしています。^{[12]この標準は、「}キーワード駆動テスト仕様を作成したり、対応するフレームワークを作成したり、キーワードに基づいてテスト自動化を構築したりしたい」ユーザーを対象としています。^[6]

2014年夏にISO/IEC/IEEE 29119が導入されると、一部のソフトウェアテスターと関連組織はISOに標準の撤回を求め始めました。^{[13] [14] [15] [16] [17] [18 ] [19]}この標準に抗議した著名な組織には、ソフトウェアテスト協会^[18]と国際ソフトウェアテスト協会^[20]が含まれます。標準に反対した理由には次のものがあります。

• ISO/IECで要求されているように、プロのテスターの間でコンテンツに関する真の合意が得られていない^{[13] [20] [15] [16]}
• ドキュメントに重点を置くと、ソフトウェアテストの実際のプロセスが損なわれる^{[13] [14] [18]}
• ISO 29119は、複雑でストレスの多い組織で働く人々が、認知的に要求の厳しいタスクに取り組む方法とは矛盾しており、役に立たない慣行に固執する方法を強化しています^[19]
• この規格は、規制と基準におけるルールと原則のバランスに関する他の関連研究を考慮していない。この規格は、テストを統制すべき原則が不明瞭であり、詳細について過度に規定しているため、手段と目的の混乱を招いている^[19]
• この標準ではコンテキスト駆動型テストが事実上排除されている^{[16] [17]}
• ソフトウェアテストの標準化は一般的には不要である^{[15] [18]}
• この基準は政治的、金銭的な意味合いがあり、あまりに規範的であるため、業界に利益をもたらさない^{[13] [17] [18]}

WG26の議長であるスチュアート・リード博士は、2014年9月にこれらの意見やその他の反対意見の一部に返答しましたが、^[21]ソフトウェアテスターの苦情によりWG26がさらに行動を起こしたかどうかは明らかではありません。