ソフトウェアテストにおける成熟度モデルのテスト
ソフトウェアテストにおけるテスト成熟度モデル (TMM) ソフトウェアテストプロセスの成熟度を評価するためのフレームワークです。テスト成熟度モデルを使用する目的は、成熟度を特定し、ソフトウェア テスト プロセスを改善して進歩を達成するための目標を提供することです。プロセス改善モデルと補完したり、スタンドアロン モデルとして使用したりできます。テスト成熟度モデル (TMM) は能力成熟度モデル (CMM) に基づいており、イリノイ工科大学によって最初に開発されました。テストプロセス改善のための詳細なモデルです。 TMM モデルには主に 2 つのコンポーネントがあります
- テスト機能を定義する 5 つのレベルのセット
- 評価モデル

さまざまなレベルの成熟度モデル
TMM の XNUMX つのレベルは、組織がプロセスの成熟度を判断し、より高いレベルのテスト成熟度を達成するために不可欠な次の改善ステップを特定するのに役立ちます。
TMM レベル |
目標 |
TMM レベルの目標 |
レベル 1: 初期 |
ソフトウェアは正常に実行されるはずです |
- このレベルでは、プロセス領域は特定されません
- テストの目的は、ソフトウェアが正常に動作していることを確認することです
- このレベルにはリソース、ツール、訓練を受けたスタッフが不足しています
- いいえ 品質管理 ソフトウェア配信前のチェック
|
レベル 2: 定義済み |
テストとデバッグの目標とポリシーを策定する |
- このレベルではテストとデバッグが区別され、別個のアクティビティとみなされます。
- テストフェーズはコーディングの後に来る
- テストの主な目的は、ソフトウェアが仕様を満たしていることを示すことです
- 基本的なテスト方法とテクニックが整備されている
|
レベル 3: 統合 |
ソフトウェアのライフサイクルへのテストの統合 |
- テストはライフサイクル全体に統合されます
- 要件に基づいてテスト目標が定義されます
- 試験機関が存在する
- 専門的な活動として認められたテスト
|
レベル 4: 管理と測定 |
テスト測定プログラムを確立する |
- テストは測定され定量化されたプロセスです
- Revすべての開発段階での視覚的評価はテストとして認識される
- 再利用や 回帰テスト、テストケースが収集され、テストデータベースに記録されます。
- 欠陥はログに記録され、重大度レベルが与えられます
|
レベル 5: 最適化 |
テストプロセスの最適化 |
- テストは管理および定義される
- テストの効果とコストを監視可能
- テストは微調整でき、継続的に改善できます
- 品質管理と 欠陥 予防が実践されている
- プロセスの再利用が実践されている
- テスト関連のメトリクスにもツールがサポートされています
- ツールは以下のサポートを提供します テストケース 設計と欠陥の収集
|
三次元測定機とTMMの違い
CMM |
TMM |
CMM または能力成熟度モデルは、組織のソフトウェア プロセスの成熟度を判断するためのものです
|
TMM またはテスト成熟度モデルは、テストのプロセスを記述し、テストの品質の監視に関連しています。 ソフトウェアテスト
|
まとめ:
プロジェクトの納品後に欠陥が特定されると、ソフトウェアのメンテナンスに費用と時間がかかります。 したがって、欠陥の検出は重要ですが、開発段階でのソフトウェアのエラーを最小限に抑えることも重要です。 TMM のような標準的なテスト プロセスは、これを達成するのに役立ちます。 テストに対処するために特別に設計された TMM (テスト成熟度モデル) は、組織がテスト実践の成熟度を向上させるのに役立ちます。