テスト方法

⑤ 「検証する」という関係

上流で決めたことを、対応する下流のテストで確かめる——これがV字モデルの意味です。

⑥ なぜV字型なのか

⑦ テストケースとは

テストでは、テスト対象のソフトウェアに入力データを与え、その結果をあらかじめ予想している期待値と比較することで、誤りや欠陥を検出します。

この入力値と期待される出力値のペアをテストケースといいます。

テストケースの良否は、テストの品質そのものを左右する重要な要素です。

⑧ 網羅性と生産性

このテストケースを設計する際には、テストの網羅性と生産性に注意する必要があります。

つまり、正常な処理の場合だけでなく、異常な処理の場合もテストを行い、かつ、最小限のテストケースを用意することができれば網羅性と生産性を両立することができます。

⑨ 2つは相反する

両立させる工夫が、次に学ぶ設計技法です。

⑩ 2つの設計技法

テストケースの設計技法として、ホワイトボックステストやブラックボックステストがあります。

次のテーマで詳しく扱います。

対応の意味

「決めた層と、確かめる層が対応する」——これがV字モデルの本質です。

テストケースを作ってみる

「1から100までの整数を入力する」という仕様のテストケースを考えます。

網羅性だけを考えると

現実的ではありません。

生産性だけを考えると

欠陥を見逃します。

両立させると

5個のテストケースで、主要な欠陥を検出できます。

この考え方が、次に学ぶ同値分割法と境界値分析です。

テストの費用はどれくらいかかるか

「テストは開発の一部」ではなく、開発の主要な部分です。

欠陥を見つける時期と、直す費用

早く見つけるほど安い——この原則が、V字モデルの右側を丁寧にやる理由です。

中小企業でテストが軽視される理由

削られるのは必ず異常系

しかし、実際の障害は異常系で起きます。

発注者として「異常系のテストはどこまでやるのか」を確認する——診断士として助言できる点です。

確認してみましょう

> 次の記述の正誤を判定せよ。

> a　V字モデルは、左半分に開発工程を右下がりに並べ、右半分にテスト工程を右上がりに並べた図として表現される。

> b　テストケースとは、入力値と期待される出力値のペアである。

> c　開発工程ではシステムを段階的に統合化し、テスト工程では段階的に詳細化していく。

解答　a：○　b：○　c：×

• c：×……逆です。開発工程ではシステムを段階的に詳細化していき、テスト工程では詳細化したシステムを段階的に統合化していきます。

② ホワイトボックステストのテストケース

すべての分岐を通るようにテストケースを設計します。

たとえば「IF A＝B なら処理A、そうでなければ処理B」という分岐がある場合。

2つのケースで、すべての分岐を通ります。

③ ブラックボックステスト

プログラムの外部仕様（機能仕様）をもとに、入力と出力に関するテストケースを設計する技法です。

ソフトウェアをブラックボックスとみなし、「どのような入力を与えられたらどのような結果が得られるのか」に着目しテストケースを設計します。

④ 2つの代表的な設計技法

ブラックボックステストの代表的な設計技法に、同値分割法と境界値分析があります。

両者を組み合わせることで、テストは効率性と精度の両方を備えることができます。

⑤ 同値分割法

データを有効値と無効値のグループに分け、おのおののグループから代表値をひとつずつ選んでテストする技法です。

例：入力が「1から100までの整数」と定められている場合

このように入力をグループ化することで、すべての値を網羅的にテストせずとも効率的に不具合を検出できます。

⑥ 境界値分析

有効値や無効値の境界付近に注目し、その境界値およびその前後の値をテストケースとして選び、ソフトウェアの動作を検証する技法です。

システムの不具合は境界付近で発生しやすいため、境界を重点的に確認します。

例：「1から100までの整数」を入力とする場合

境界そのものや境界を少し外れた値を検証することで、仕様通りの動作を検証できます。

⑦ 2つの技法の違い

令和7年度の本試験では、境界値分析の説明として同値分割法の内容が出題されました。

⑧ 判別のキーワード

⑨ 2つの技法の比較

⑩ なぜこうなるのか

⑪ 使い分け

ホワイトボックステストを使うのは単体テストのみ——この点が試験で問われます。

なぜ単体テストだけなのか

② 単体テスト（モジュールテスト）

単体テストとは、プログラミングの最小単位であるモジュールごとに行うテストです。

③ 結合テスト（モジュール集積テスト）

結合テストとは、各モジュールを結合して行うテストです。

なぜブラックボックステストなのか

各モジュール内部の検証は単体テストで終了しているため、結合テストではモジュール間のインタフェース等を確認します。

④ 結合テストの進め方

結合テストには、トップダウンテストとボトムアップテストがあります。

なお、モジュール数が少ない場合には、一度にすべてを結合してテストする方法もあります。

⑤ トップダウンテスト

上位のモジュールに順次下位モジュールを結合させていくテストです。

上位モジュールから下位モジュールへと順に結合してテストを実施する際、呼び出し先の下位モジュールが未完成の場合は、テスト用のモジュールであるスタブを利用します。

⑥ ボトムアップテスト

トップダウンテストとは反対に下位モジュールから順次上位モジュールを結合していくテストです。

結合すべき上位モジュールがまだ作成されていない場合、テスト用のモジュールであるドライバを利用します。

⑦ スタブとドライバ

令和7年度の本試験では、この2つが入れ替えて出題されました。

覚え方

「運転手は上に立って動かす」「切り株は下にある」——このイメージで区別できます。

⑧ システムテスト（総合テスト）

システムテストとは、サブシステムおよびシステム全体を統合して行うテストです。

OKであれば利用者へいったんシステムが引き渡されます。

⑨ 承認テスト（受入テスト）

承認テストとは、システムの引き渡し後、利用者による検収の際に行われるテストです。

テスト仕様書などを開発側と協同して作成する場合もありますが、基本的には利用者が主体となります。

⑩ 運用テスト（導入テスト）

運用テストとは、システムを運用しながら業務リハーサルを行うテストです。

業務データを使用したり、事業部門のメンバーがシステムを操作したりするなど、実際の稼働環境で検証します。

⑪ まとめ表

※ システムテストは開発者が主体となるテストだが、利用者も参加することが多い。

⑫ 境目がどこか

2つの境目がずれている——ここが押さえどころです。

別名

regression は「後戻り、退行」——直したはずが元より悪くなる（退行する）ことを防ぐテスト、という意味です。

④ 性能テスト

処理速度、レスポンスタイム、ターンアラウンドタイム、スループットなどのシステムの性能を検証するテストです。

第7章のシステムの評価で学んだ指標が、そのまま出てきます。

⑤ 負荷テスト

大量のデータを処理させる、同時に多くの要求を出す、長時間稼働させるなど、システムに量的な負荷をかけ、使用に耐えられるかどうかを検証するテストです。

⑥ 性能テストと負荷テストの違い

令和7年度の本試験では、回帰テストの説明として負荷テストの内容が出題されました。

⑦ 異常時テスト（例外処理テスト）

わざと異常を起こしてみて、ちゃんと立ち直れるかを見るテストです。でたらめな値を入れてエラー処理が働くか、入力の途中で電源を落として復旧が効くか——そういう確かめ方をします。

⑧ 操作性テスト（ユーザビリティテスト）

使う人にとって無理がないかを見るテストです。入力する順番が実際の仕事の流れとそろっているか、出てくる文言が平たい言葉で用件を伝えられているか——そういう点を確かめます。

⑨ ペネトレーションテスト

構築したセキュリティシステムが実際に機能しているかどうかを検証するテストです。

ペネトレーションテストは、1回実施すればよいものではなく、セキュリティ攻撃の進化に合わせ、定期的に実施することが望ましいとされます。

⑩ A/Bテスト

Webサイトで2つの異なるページをランダムに表示して、それらに対する利用者の反応の違いを統計的に分析するのに使うテストです。

複数の案のどれが優れているかについて試行を繰り返して定量的に決定します。

他のテストと性格が違う

⑪ アルファテスト

新たに開発されたハードウェアやソフトウェア、オンラインサービスなどが開発初期段階の試作版の段階（アルファ版）のときに実施されるテストです。

アルファ版には致命的な欠陥や重大な不具合が含まれている可能性もあります。

⑫ ベータテスト

開発中のソフトウェアやネットサービスの発売（あるいは正式公開）直前の版をユーザに提供し、実際に使用してもらって性能や機能、使い勝手などを評価してもらうテストです。

⑬ アルファとベータの違い

令和7年度の本試験では、この2つが入れ替えて出題されました。

覚え方

⑭ 10のテストを一覧で