戦国IT - 情報処理技術者試験の過去問対策サイト
ブログお知らせお問い合わせ料金プラン

ITパスポート 2010年 春期 40


問題文

表計算ソフトを利用して、次の3種類のワークシートを作成した。それぞれのワークシートをプログラムと考えるとき、これらのワークシートの動作を確認するテストのうち、結合テストに相当するものはどれか。
(1) 4~9月の各月の売上をすべて入力すると、その合計を計算するワークシート“上半期” (2) 10~3月の各月の売上をすべて入力すると、その合計を計算するワークシート“下半期” (3) ワークシート“上半期”の売上合計とワークシート“下半期”の売上合計を加えて年間の売上合計を自動計算し、月別のグラフを表示するワークシート“年間”

選択肢

ワークシート“上半期”、ワークシート“下半期”のいずれにおいても、1か月分の売上を入力しなかった場合には、各ワークシート上で売上合計がエラーになることをテストする。
ワークシート“上半期”に4~9月の各月の売上を、ワークシート“下半期”に10~3月の各月の売上を入力し、それぞれのワークシート内で半期の売上合計が正しく計算されることをテストする。
ワークシート“上半期”の売上合計とワークシート“下半期”の売上合計が、ワークシート“年間”に正しく反映されることをテストする。(正解)
ワークシート“上半期”の売上合計とワークシート“下半期”の売上合計を手計算することによって合算し、別途手計算で算出した年間の売上合計と一致することをテストする。

🔒 解説は解答すると表示されます

表計算ワークシートの結合テストはどれか【ITパスポート 解説】

正解の理由

選択肢が正しい理由は、問題のワークシート構成が「上半期」と「下半期」という個別の部品(モジュール)を作り、それらを「年間」ワークシートで結合して利用しているためです。結合テスト(integration test:複数のモジュールを組み合わせたときに正しく連携するかを確認するテスト)は、まさに「上半期の合計」と「下半期の合計」が「年間」に正しく反映されるかを確認することに相当します。したがって、ワークシート間のデータ連携を確認する選択肢が結合テストに該当します。
(用語補足:結合テスト=integration test:単体で動くモジュール同士をつなげたときに、連携部分が正しく動作するかを確認するテスト)

解法ステップ

  1. ワークシートを「モジュール」と考える。ここでは3つ:上半期・下半期・年間。
  2. 各選択肢が何をテストしているかを整理する。
    • モジュール単体の動作を確認しているか(単体テストか)
    • モジュール同士の連携(データの受け渡し)を確認しているか(結合テストか)
    • システム全体の出力を人が最終確認しているか(総合テスト/受入テストに近いか)
  3. 「ワークシート間の反映」を確認している選択肢を結合テストと判断する。
  4. それに該当するのが選択肢であるため正解とする。

選択肢別の誤答解説

  • ア: ワークシート“上半期”、“下半期”で1か月分を入力しないとエラーになることを見るテスト。
    • これは各ワークシート単体の異常系(入力漏れでの挙動)を確認するため、単体テスト(単体での動作確認)に該当します。よって結合テストではありません。
  • イ: 各ワークシートに売上を入力して、それぞれの半期合計が正しく計算されることをテストする。
    • これも各ワークシート単体の機能(合計計算)が正しいかを見るテストです。単体テストであり、ワークシート間の連携確認ではありません。
  • ウ: 上半期と下半期の合計がワークシート“年間”に正しく反映されることをテストする。
    • ここでは複数のワークシート(モジュール)が連携している部分、つまりデータの受け渡し・参照が正しく機能するかを確認します。これが結合テストに該当します。
  • エ: 半期合計を手計算で合算して、手計算の年間合計と一致するかをテストする。
    • 手計算と照合するのは「出力が期待値と合うか」を人が確認する行為で、システム全体の結果を検証する総合テスト(system test)や受入テスト(acceptance test)に近い考え方です。結合テストそのものとは意味が異なります。

よくある誤解

  1. 「手計算で合っていれば結合テストだ」と考える誤解
    • 手計算で最終結果を照合する行為は、システム全体の出力確認に近く、結合テスト(モジュール間の連携確認)とは目的が違います。結合テストは“連携の正しさ”を主に確認します。
  2. 「モジュールの合計が正しければ結合テストも不要」と思う誤解
    • 各ワークシートが個別に正しくても、参照先セルの位置ミスやリンク切れなどで連携が壊れることがあります。結合テストはそうした連携ミスを見つけるために重要です。

補足コラム

  • テストの主なレベル(わかりやすく)
    • 単体テスト(unit test):一つの部品(ワークシートや関数)だけを確認する。例:上半期シートの合計が正しいか。
    • 結合テスト(integration test):複数の部品をつなげたときの連携を確認する。例:上半期の合計が年間シートに反映されるか。
    • 総合テスト/システムテスト(system test):システム全体が仕様どおり動くかを確認する。例:年間レポート作成からグラフ表示まで一連の動作をチェック。
    • 受入テスト(acceptance test):顧客や利用者の視点で最終的に許容できるかを確認するテスト。
  • 実務ポイント:表計算で結合テストを行うときは、参照セルの相対参照/絶対参照やシート名の変更に弱いので、リンク切れや参照ミスに注意してテストケースを作ると効果的です。

FAQ

Q1: 結合テストはいつ実施すればよいですか?
A1: 単体テストで各ワークシートが正しく動くことを確認した後、ワークシート同士をつなげて動作させた段階で実施します。順序としては「単体→結合→総合」の順が一般的です。
Q2: 表計算で「結合テスト」の具体的なチェック項目は何ですか?
A2: 代表的な項目は、(1)参照セルが正しいか、(2)シート名変更や列挿入で参照が壊れないか、(3)更新が反映されるか、などです。
Q3: 選択肢エの手計算確認は不要ですか?
A3: 不要ではありません。総合テストや受入テストとして最終確認に有効です。ただし、結合テストの定義とは目的が異なります。

関連キーワード: 単体テスト、結合テスト、総合テスト、受入テスト、表計算、ワークシート、参照リンク、統合テスト
← 前の問題へこの年度をクイズで解く次の問題へ →
戦国ITクイズ機能

\ せっかくなら /

ITパスポート
クイズ形式で学習しませんか?

クイズ画面へ遷移する

すぐに利用可能!

©︎2026 情報処理技術者試験対策アプリ

このサイトについてブログプライバシーポリシー利用規約特商法表記開発者について