ITパスポート 2009年 春期 問53

プログラムテストに関する記述として、適切なものはどれか。【ITパスポート 解説】

正解の理由

• テストケース：入力と期待される出力・動作を組み合わせた検査手順。
• リグレッションテスト（回帰テスト）：修正の影響で既存機能が壊れていないか確認するテスト。

解法ステップ

1. 設問の各選択肢を一文ごとに「テストの原則」に当てはめて読む。キーワード（設計段階／テスト段階、修正後の再テスト、エラーを起こさせるテスト、作成者によるテスト）を注目する。
2. テストの基本原則を想起する：品質向上は予防（設計）→検出（テスト）の順が望ましいこと、修正後は再テストと回帰テストが必要なこと、ネガティブテスト（異常系）も重要なこと、第三者による評価の利点。
3. 各選択肢を照らし合わせ、原則に合うものを選ぶ。上記の観点から、修正後は修正箇所を確認するテストデータを既存テストに追加して再テストする（イ）が最も適切。

選択肢別の誤答解説

• ア: 「品質は設計よりテストで保証した方がよい」
  誤り。品質は設計段階で問題を減らす（予防）ことが費用対効果が高く望ましいです。テストは残った欠陥を見つけるもので、設計を置き換えるものではありません（いわゆる「シフトレフト（左に寄せる）」の考え方）。
• イ: 「修正後は修正部分を確認するテストデータを既存のテストに追加して再テスト」
  正しい。修正による不具合回避と、既存機能が影響を受けていないか確認するため、既存のテストスイートに新しいテストケースを加えて再実行するのが良い運用です。
• ウ: 「エラーを起こさせるテストデータは含めない方がよい」
  誤り。異常系の入力で意図したエラー処理が行われるかを確かめる「ネガティブテスト」も重要です。正常系だけでは不十分で、現実の誤入力や境界値を想定したテストが品質向上に寄与します。
• エ: 「作成者がテストケースを設計してテストする方がよい」
  誤り。作成者自身がテスト設計・実施を行うとバイアス（作成者バイアス）で見落としが生じやすいです。理想は独立したテスト担当者や別チームによる確認（第三者評価）です。ただし、作成者が単体テストを自動化しておくことは有用です。

よくある誤解

1. 「テストで全部見つけられる」は間違い
   テストは「欠陥を見つける手段」であり、すべてを見つけることは難しい。設計やレビューで欠陥を減らすことが重要です。
2. 「異常入力はテストしなくてよい」
   実際には多くのトラブルは想定外の入力や境界値で発生します。正常系だけでなく異常系（ネガティブテスト）を必ず含める必要があります。
3. 「修正したらその部分だけ見ればよい」
   修正箇所が他の機能に影響を与えることがあるため、既存のテストも含めた回帰テストが必要です。

補足コラム

• 自動化のすすめ
  テストを自動化しておくと、修正毎に手早く既存テストを全部回せます。特にユニットテスト（単体テスト：プログラムの小さな部品単位の検査）は自動化しやすく、継続的インテグレーション（CI：継続的に組み合わせて動作確認する仕組み）と組み合わせると効率的です。
• テストの種類（簡単まとめ）
  • 単体テスト（ユニットテスト）：小さな部品ごとに検証
  • 結合テスト：部品同士のつながりを検証
  • システムテスト：全体としての動作を検証
  • 受け入れテスト：ユーザや顧客の要件に合うか検証
  • 回帰テスト：修正が既存機能を壊していないか検証
• 例：修正後にテストケースを追加する流れ（簡易）
  1. バグを再現する最小の入力（テストケース）を作る（リテスト用）。
  2. バグ修正を行う。
  3. そのテストをテストスイートに組み込み、自動化しておく（次回以降の回帰テストで自動的に検出）。
  4. 必要なら関係する他の機能にも追加のテストケースを作成する。

# 例：割り算関数のテスト追加
def divide(a, b):
    return a / b

# 修正前に0除算エラーが見つかったとする
import unittest

class TestDivide(unittest.TestCase):
    def test_normal(self):
        self.assertEqual(divide(6, 2), 3)

    def test_zero_division(self):
        with self.assertRaises(ZeroDivisionError):
            divide(6, 0)

if __name__ == '__main__':
    unittest.main()

FAQ