4. 審査項目
4.2. 品質ライフサイクルに関する審査項目
4.2.2. 開発品質
4.2.2.2. 単体テスト
審査階層の第 3 階層に対して審査を行う例である。
IVIA4ソフトウェア品質審査基準等を参考にしている。
単体テストに関して、単体テストの要件定義、単体テストのアーキテクチャ設計、単体テストの詳細設計、単 体テストの実施、単体テストの結果確認、単体テストの終了判定それぞれについて審査項目を策定する。
本リファレンスモデル文書案では、単体テストの詳細設計について例示する。
4.2.2.2.1. 単体テストの詳細設計
図 6 「単体テストの詳細設計」の審査基準構成
[1] 単体設計の設計における品質懸念点の払拭性
単体テストの設計における品質懸念点の払拭性の審査項目は下表の通り。
記述要素 説明
名前 [1]単体テストの設計における品質懸念点の払拭性 ID コード ABC-SQC-r20120401-2.2.6.3.1
4 一般社団法人ＩT 検証産業協会
単体テストの設計における
品質懸念点の払拭 単体テストの設計における 入力事項の完備性 出力事項の完備性 単体テストの設計における
１）単体テストケースの 追跡性の評価 ２）単体テストケースの
品質ゴールに対する評価
記述要素 説明
上位階層構造 開発品質 / 単体テスト
重要度 重要
関連審査項目と代替 審査項目
ISO 26262-6 9.4, ISO 26262-8 9.4
概要 単体テストの設計に関する品質懸念点が明示され、かつ許容されることを確認する。
審査内容 1)品質懸念点を明示しているか。
2) 1)で確認した品質懸念点の許容範囲を明記しているか。
3) 2)で確認した許容範囲を満たしているか。
4) 3)で許容範囲を満たしたとする判断基準が妥当か。
5) 4)で確認した品質懸念点が品質ゴールに対して追跡性を持つか。
確認方法 1)
①制御構造のパス組み合わせ不具合、条件分岐の組み合わせ不具合、モジュール 入出力の非境界条件動作等、品質懸念点を明示していることを確認する。
2)
②許容範囲の記述を確認し、当該文書に関しての作成者または管理担当者が明示 されていることを確認する。
③当該文書に関しての責任者が明示されていることを確認する。
④当該文書に変更履歴を明示していることを確認する。
⑤当該文書の管理担当者が審査時点で組織に実在することを確認する。
⑥当該文書の責任者が審査時点で組織に実在することを確認する。
⑦当該文書の責任者のスキル（当該工程の業務経験）を確認する。
⑧当該文書に関して、構成管理および変更管理にて確実に管理する。
3)
⑨①②の対応を確認し、客観的な証拠により満たしていることを確認する。
4)
⑩客観的な証拠の妥当性を確認する。
5)
⑪単体テストの詳細設計の品質ゴール項目と、内容の対応が取れるか確認する。
・単体テストの詳細設計の品質ゴール項目に対して、相互排他で網羅的に品質懸 念点が挙げられていることを確認する。ない場合は、その理由を確認する。
・単体テストの詳細設計の品質ゴール項目に対して、論理的に整合しているか確 認する。
・同様の確認を、最上流プロセスの品質ゴール項目に対して実施する。
・同様の確認を、他工程品質ゴール項目に対して実施する。
合否判定基準 ①～⑪をすべて満たせば合格
例示 ②IEEE標準規格 4F5におけるテストテンプレートに従ったテスト計画書の中に、『19.
プランニングリスクと対応策』という章があり、その章の中でリスク分析が実施されてお り、適切な対策および管理担当者が明記されていたため合格とする。
28
単体テストの設計における入力事項の完備性の審査項目は下表の通り。
記述要素 説明
名前 [2]単体テストの設計における入力事項の完備性 ID コード ABC-SQC-r20120401-2.2.6.3.2
上位階層構造 開発品質 / 単体テスト
重要度 重要
関連審査項目と代替 審査項目
ISO 26262-6 9.4, ISO 26262-8 9.4
概要 単体テストの設計について、品質ライフサイクルプロセスで定義した入力事項を完備 しているか確認する。
審査内容 品質ライフサイクルプロセスで定義された入力事項 (テスト対象モジュールのソース コード、テスト対象モジュール仕様書、ソフトウェア要求仕様書、単体テスト要求定義 書、単体テストアーキテクチャ設計書、3rd パーティライブラリの仕様書等)が文書とし て妥当か。
確認方法 1)
①テスト対象モジュールのソースコードのバージョン、更新日時が、単体テストの設 計文書に対して矛盾が無いことを確認する。
②テスト対象モジュール仕様書に関しての作成者または管理担当者が明示されて いることを確認する。
③テスト対象モジュール仕様書に関しての責任者が明示されていることを確認す る。
④テスト対象モジュール仕様書に変更履歴を明示していることを確認する。
⑤テスト対象モジュール仕様書の管理担当者が審査時点で組織に実在することを 確認する。
⑥テスト対象モジュール仕様書の責任者が審査時点で組織に実在することを確認 する。
⑦テスト対象モジュール仕様書の責任者のスキル（当該工程の業務経験）を確認す る。
⑧テスト対象モジュール仕様書に関して、構成管理および変更管理にて確実に管 理していることを確認する。
⑨ソフトウェア要求仕様書に関しての作成者または管理担当者が明示されているこ とを確認する。
⑩ソフトウェア要求仕様書に関しての責任者が明示されていることを確認する。
⑪ソフトウェア要求仕様書に変更履歴を明示していることを確認する。
⑫ソフトウェア要求仕様書の管理担当者が審査時点で組織に実在することを確認す る。
⑬ソフトウェア要求仕様書の責任者が審査時点で組織に実在することを確認する。
⑭ソフトウェア要求仕様書の責任者のスキル（当該工程の業務経験）を確認する。
⑮ソフトウェア要求仕様書に関して、構成管理および変更管理にて確実に管理して いることを確認する。
⑯単体テスト要求定義書に関しての作成者または管理担当者が明示されていること を確認する。
⑰単体テスト要求定義書に関しての責任者が明示されていることを確認する。
⑱単体テスト要求定義書に変更履歴を明示していることを確認する。
⑲単体テスト要求定義書の管理担当者が審査時点で組織に実在することを確認す る。
⑳単体テスト要求定義書の責任者が審査時点で組織に実在することを確認する。
21 単体テスト要求定義書の責任者のスキル（当該工程の業務経験）を確認する。
22 単体テスト要求定義書に関して、構成管理および変更管理にて確実に管理して いることを確認する。
23 単体テストアーキテクチャ設計書に関しての作成者または管理担当者が明示され ていることを確認する。
24 単体テストアーキテクチャ設計書に関しての責任者が明示されていることを確認 する。
25 単体テストアーキテクチャ設計書に変更履歴を明示していることを確認する。
26 単体テストアーキテクチャ設計書の管理担当者が審査時点で組織に実在するこ とを確認する。
27 単体テストアーキテクチャ設計書の責任者が審査時点で組織に実在することを確 認する。
28 単体テストアーキテクチャ設計書の責任者のスキル（当該工程の業務経験）を確 認する。
29 単体テストアーキテクチャ設計書に関して、構成管理および変更管理にて確実に 管理していることを確認する。
30 単体テストの設計における品質ゴールを明記した文書が存在することを確認す る。
31 先行プロセスにおける品質懸念点を明記した文書が存在することを確認する。
32 単体テストの設計に悪影響を及ぼす外部ハザード情報について把握していること を確認する。
合否判定基準 ①～32 を満たせば合格
例示 ①対象とするソースコードをソースコード管理システムからダウンロードし、設計文書 と照合する。
適用条件 前工程で確認できている項目に関しては、同一の文書であることを確認できれば重 複した審査は不要。
審査コスト（目安） 1 時間程度
[3] 単体テストの設計における出力事項の完備性
単体テストの設計における出力事項の完備性の審査項目は下表の通り。
記述要素 説明
名前 [3]単体テストの設計における出力事項の完備性 ID コード ABC-SQC-r20120401-2.2.6.3.3
上位階層構造 開発品質 / 単体テスト
重要度 重要
関連審査項目と代替 ISO 26262-6 9.4, ISO 26262-8 9.4
30 いることを確認する。
②単体テストケース設計仕様書に関しての責任者が明示されていることを確認す る。
③単体テストケース設計仕様書に変更履歴を明示していることを確認する。
④単体テストケース設計仕様書の管理担当者が審査時点で組織に実在することを 確認する。
⑤単体テストケース設計仕様書の責任者が審査時点で組織に実在することを確認 する。
⑥単体テストケース設計仕様書の責任者のスキル（当該工程の業務経験）を確認す る。
⑦単体テストケース設計仕様書に関して、構成管理および変更管理にて確実に管 理していることを確認する。
⑧後続工程の品質ゴールを明示していることを確認する。
⑨単体テストケース設計における品質懸念点を明示していることを確認する。
合否判定基準 ①～⑨を満たせば合格
例示 ③単体テストケース設計仕様書の変更履歴が明記され、最新版と整合していること を確認する。
⑧次のような情報を確認する：設計された単体テストケースを適切な単体テスト手順 に実装する(単体テスト実装工程)。設計された単体テストケースから適切なものを選 択し、適切な結合テストケースを設計する(結合テスト設計工程)。
⑨制御構造のパス組み合わせ不具合、条件分岐の組み合わせ不具合、モジュール 入出力の非境界条件動作、ハンドリングすべき例外の想定漏れ、3rd パーティライブ ラリに対する入力の想定漏れ、など単体テストケース設計における品質懸念点を明 示した文書を確認する。
適用条件 －
審査コスト（目安） 1 時間程度
[4-1] 単体テストケースの追跡性の評価
単体テストの設計における単体テストケースの追跡性の評価の審査項目は下表の通り。
記述要素 説明
名前 [4]単体テストケースの追跡性の評価 ID コード ABC-SQC-r20120401-2.2.6.3.4 上位階層構造 開発品質 / 単体テスト
重要度 重要
関連審査項目と代替 審査項目
ISO 26262-6 9.4, ISO 26262-8 9.4
概要 単体テストケースについて、文書の追跡性を確認する。
審査内容 1)ソフトウェア要求仕様書、単体テスト要求定義書、単体テストアーキテクチャ設計 書と、単体テストケースに追跡性があるか。
2)品質ライフサイクルプロセスで定義した評価事項を特定する。特定された評価事 項と単体テストケースに追跡性があるか。
確認方法 1)
①ソフトウェア要求仕様書と単体テストケース設計書の項目について、対応する項 目が存在することを確認する。