KeyConductors

今さら聞けないシステムテスト【第2回】

第2回では、基本的なテストプロセスを5つのフェーズに分け、それぞれのフェーズで押さえるべきポイントについて説明したい。

意外と知らないテストプロセス

　第1回では、システムテストの重要性や、テストの実行に役立つ7原則についてお伝えいたしました。しかし、実はシステムテストにおける本来の作業工程については、意外と知られていないケースが多く、開発現場によっては、その中の一部の作業をテスト工程全体として捉えてしまっていることも少なくありません。

　そこで、第2回の本稿では、基本的なテストプロセスにおいて、それぞれのフェーズについてご説明したいと思います。

　なお、本稿では、具体的なイメージをもっていただくため、サンプルケースとして以下のような問い合わせフォームのテストを例に挙げ、ご説明します。

1. 計画とコントロール

　「計画とコントロール」のフェーズでは、テスト対象のソフトウェアの欠陥によって発生しうるビジネス上のリスクを分析した上で、テストの目的を決定し、テスト全体のグランドデザインを実施します。

　上記の内容を踏まえ、問い合わせフォームのテストを行うに当たり、テスト目的、アプローチ、実施内容および実施環境をまとめると以下のようになります。

　なかでも特に重要となるのが、テストプロジェクト全体の方向性を左右する「テストアプローチ」の決定です。テストアプローチとは、効果的なテストを実施するための戦略を策定することであり、具体的には下記のようなものが挙げられます。

2. 分析と設計

　「分析と設計」フェーズでは、テスト計画フェーズで策定されたテスト目的に即して、テスト対象のプロダクトのアーキテクチャやリスクを分析し、具体的なテスト条件やテスト設計への落とし込みを行います。

3. 実装と実行

　「実装と実行」フェーズでは 、分析と設計フェーズにおいて洗い出したテスト観点をベースに、個々のテストケースをスクリプトや手順書に落とし込み、テスト環境のセットアップを行い、手動もしくはテストツールを用いてテストを実行します。

4. 終了基準の評価とレポート

　「終了基準の評価とレポート」フェーズでは、これまで実施してきたテスト実績が、テスト計画の際に定義した目的に対して妥当であるかを評価検証します。

　問い合わせフォームのテストレポートをまとめると、以下のようになります。

5. 終了作業

　「終了作業」フェーズでは 、テストプロジェクトの最終局面において、終了したテストの全活動データを収集し、プロジェクトから得たことや、利用したテストツールやインフラ、実績と数字を取りまとめます。

　終了作業の際には、テストサマリーをもとに、欠陥が多く発生していたコンポーネントやクラス、不具合修正におけるスピードや連携体制など、開発工程における課題の振り返りを行い、次期開発の品質を上げる試みが行われることもあります。

　以上が基本的なテストプロセスになります。

　“システムテスト”と一言でいっても、ソフトウェアとWebサービスではテスト観点やアプローチ方法が全く異なります。例えば、製造や物流、販売管理といった業務系ソフトウェアの場合、テストを計画して実施するためには、業務知識が必要となります。このように、システムテストとは、実は奥が深く、専門性の高い領域なのです。読者の皆さまがシステムテストに携わる機会がある場合は、是非このフローを意識してみてください。

　次回はシステムテストの現場で頻繁に活用されている、代表的な「テストの設計技法」についてご説明いたします。

この記事の著者