Tweet

ソフトウェアテスト

software testing / テスト

　コンピュータのソフトウェアプログラムを実行し、それが意図したとおりに動くかを観測・評価・検証する作業のこと。通常は検証対象のソフトウェアを実際に試行する動的テストを指すが、レビューなどを静的テストと呼んで広義のテストに含める見方もある。

　ソフトウェアテストを行う目的としては、「欠陥やバグを検出する」「要件を満たすことを保証する」「リリース後の品質リスクを見積もる」「開発プロセス改善の指標となる」などが挙げられる。どの目的を重視するかは、開発するソフトウェアプロダクトの目的やニーズ、開発組織の成熟度などによって変わってくる。

　ソフトウェア開発におけるテストは一般に、ユーザーの使用状況を反映した入力データを用いてソフトウェアを実行し、事前に想定した結果と実際の実行結果をつき合わせて合否の判定を行う。このテスト用の“入力データ”とそれを実行したら得られるであろう“事前に想定した結果”の対をテストケースという。

　すなわち、テストケースを使って対象を実行してみる“行為”がテスト（testing）である。ただし、このときに使用するテストケース（テストデータ、テストスイート）などの“道具”をテスト（test）ということもある。「テスト設計」「テストを書く」という場合のテストは、道具（※）としてのテストである。

　さらにソフトウェアプロセスの中でテストチームや品質保証部門が担当する作業の全体である“テストフェイズ”、あるいはテスト目的を達成するようにテスト（行為）を一連の流れに編成した“テストプロセス”をテストと呼ぶこともある。「テスト計画」「テストコントロール」という場合のテストは、テストプロセスやテストフェイズを指す。

　テストされていないプログラムは正しい動作を保証されず、実際に高い確率で正しく動作しない。したがってソフトウェア開発において、でき得る限り網羅的にテストを行うべきであり、テスト自体は必須の工程と位置付けられてきた。しかしながら、ソフトウェア開発の黎明期から「完全なテスト」の困難性が指摘されている。

　実用レベルの複雑さ（規模）を持つソフトウェアの場合、“入力データ”と“実行結果”の組み合わせは事実上無限となる。また、環境に依存する機能では、環境との組み合わせも発生する。このため、ほとんどのテストは無限の組み合わせに対して有限個のテストケースをあてがう作業であって、完全なテストにはならないのである。

　ソフトウェアテストにはさまざまなテスト技法が存在するが、これらは「いかにテストケースを少なく、効率的にテスト目的を達成するか」「どれだけテストをすれば、品質を確保したといえるか」といったテーマに対する工夫である。適切なテストプロセスを計画するには各テスト技法の特徴をよく知り、対象ソフトウェアの開発目的に応じて、どのテスト技法をどの段階で行うのか、正しく取捨選択する必要がある。

　ソフトウェアテストの技法や手法には、以下のようなものがある。

　ソフトウェアテストの世界には、長年の経験をまとめた7つの一般原則がある。

　ボーリス・バイザー（Boris Beizer）は、テストというものをどう考えるかについて5段階の成熟度を提示している。

ア イ ウ エ オ カ キ ク ケ コ サ シ ス セ ソ タ チ ツ テ ト ナ ニ ヌ ネ ノ ハ ヒ フ ヘ ホ マ ミ ム メ モ ヤ ユ ヨ ラ リ ル レ ロ ワ	A B C D E F G H I J K L M N O P Q R S T U V W X Y Z 記号 0 1 2 3 4 5 6 7 8 9
IT活用｜組織論｜経営・経営手法｜発想法、図法｜システム開発・運用、プロジェクト管理｜システム基盤技術｜インターネットビジネス｜コミュニケーション｜マーケティング｜ERP｜会計・ファイナンス｜人事・HR｜CRM／SFA｜グループウェア｜ナレッジマネジメント｜BI｜コンテンツ管理｜製造業｜流通業、ロジスティクス｜通信業｜調達業務｜利用法、使い勝手

＠IT情報マネジメント メールマガジン　情報マネージャのための情報源（無料）