応用情報暗記無料で始める

テストケース(テストデータと予想結果)とは?てすとけーす

テストケースは、入力値・事前条件・実行手順・期待結果(予想結果)を一組にした、再現可能なテストの最小単位である。期待結果は仕様から導出するのが原則で、実装を動かして得た出力を期待結果に採ると、実装のバグごと正解として固定してしまう(テストオラクル問題)。ケースの選び方は同値分割で入力空間を代表値に縮め、境界値分析で各同値クラスの端とその前後を必ず含める——不具合は境界に集中するため、少ない件数で欠陥検出率を上げられる。分岐が絡むときは判定条件網羅(デシジョンテーブル)で条件の組合せ漏れを潰す。ブラックボックステストは仕様からケースを起こし、ホワイトボックステストは命令網羅・分岐網羅といったカバレッジ基準からケースを起こすが、カバレッジ100%は「書いたコードを通した」ことの保証にすぎず、仕様にあるのに実装されていない機能は検出できない。

最終更新:2026-10-06

試験情報

応用情報技術者試験の過去問では7回出題され、ほかに2問の解説で触れられています(2016年度〜2025年度)。

応用情報技術者試験の頻出用語/テクノロジ系

別名:テストデータ、予想出力、予想結果、出力結果表、テストケース、テストデータと予想結果

この語が出る過去問を解く →

背景

テストの目的は「動いた」ことの確認ではなく欠陥の検出だが、入力の組合せを全部試すことは現実的に不可能である(全数テストの不能)。そこで限られた工数で検出率を上げるために、入力空間を同値クラスへ縮め、欠陥が集中する境界を狙って代表値を選ぶ、という考え方が生まれた。期待結果を仕様から先に導出するという原則も、実装を基準にすると欠陥ごと正解として固定されるというテストオラクル問題への対処である。応用情報でケース設計技法が問われるのは、工数と検出率のトレードオフをどう設計するかがそのまま品質管理の判断になるためである。

具体例

送料区分の判定を改修したとき、境界値分析で「上限ちょうど」「上限+1」「下限−1」を各区分について起こし、期待結果は料金表マスタから引いて表に落としておく。レビューで「区分2の下限が抜けている」と指摘されたら、それは実装の不備ではなくテスト設計の不備で、追加したケースが通ってしまうなら実装は正しく、落ちるなら不等号が>と>=のどちらかで間違っている——境界のケースを持っているとこの切り分けが即座にできる。

試験での引っ掛け

「網羅率が高い=品質が高い」ではない。分岐網羅を満たしても、複合条件の組合せ(MC/DCで問われる)や、仕様にあって実装されていない機能は落ちる。同値分割と境界値分析の関係も逆にしやすく、同値分割でクラスを切ったうえで、その端を採るのが境界値分析であって、両者は択一ではない。記述式では「なぜその値を選んだか」を、同値クラスの代表であること・境界の直前直後であることのどちらかで30〜50字に言い切る。期待結果の根拠を問われたら「仕様書(料金表)から導出」と書き、実行結果を根拠に挙げない。

関連用語

出た過去問

問題文で直接問われたものと、解説の中で触れられたものが含まれます。

解説は資格暗記が独自に作成しています。過去問の出典は各問題に記載のとおりです。

この語が出る過去問を解く →

試験での特徴
  • 試験では7回出題(2016年度〜2025年度)
  • 分野:テクノロジ系
  • 「網羅率が高い=品質が高い」ではない。