先生と生徒の会話形式で理解しよう

生徒

「プログラムが正しく計算できているか、毎回手作業で確認するのが大変です。何か自動でチェックする方法はありますか？」

先生

「それなら『単体テストツール』を使うのが一番です。プログラムの小さな部品ごとに、正しく動くか自動で点検してくれるんですよ。」

生徒

「自動点検！それならミスも見つけやすそうですね。初心者でも使えるフレームワークがあるんですか？」

先生

「はい。最近はCOBOLでもモダンなテスト環境が整っています。具体的な活用例を一緒に見ていきましょう！」

1. 単体テストとは？プログラムの健康診断

プログラミングにおける単体テストとは、プログラムの最小単位（部品）が、自分の思い通りに動いているかを確認する作業のことです。パソコンを触ったことがない方には、車の工場をイメージしてもらうと分かりやすいでしょう。車を全部組み立ててから「エンジンがかからない！」と慌てるのではなく、ネジ一本、ピストン一個の段階で「これは正常だ」と確認していくのが単体テストです。

COBOL（コボル）で作るシステムは非常に大規模になることが多いため、この「部品レベルでの確認」を怠ると、後から原因不明の巨大なバグに悩まされることになります。初心者向けの学習段階から、テストを意識した作り方を身につけることは、将来の自分を助けることに繋がります。

2. テストフレームワーク活用のメリット

フレームワークとは、プログラミングを楽にするための「土台」や「枠組み」のことです。単体テストフレームワーク（例えばcobol-unitなど）を使うと、テストの実行から結果のレポート作成までを自動で行うことができます。

手作業でプログラムを動かして画面を見る必要はありません。「1足す1を入れたら2が返ってくるはずだ」という命令をあらかじめ書いておけば、ツールが代わりに実行し、もし結果が違えば「ここが間違っています！」と即座に報告してくれます。この効率化により、私たちは「バグがないか不安になる時間」を「新しい機能を作る時間」に変えることができるのです。


IDENTIFICATION DIVISION.
PROGRAM-ID. ADD-LOGIC.
* 単体テストで検証される「足し算の部品」
DATA DIVISION.
LINKAGE SECTION.
01 NUM-1 PIC 9(3).
01 NUM-2 PIC 9(3).
01 RESULT PIC 9(4).
PROCEDURE DIVISION USING NUM-1 NUM-2 RESULT.
    COMPUTE RESULT = NUM-1 + NUM-2.
    EXIT PROGRAM.

3. 期待値と実測値の比較（アサーション）

テストの中で最も重要な概念が期待値と実測値の比較です。これを専門用語で「アサーション（断言）」と呼びます。「この計算機に100と200を入れたら、結果は絶対に300になるはずだ（期待値）」とプログラムに教えておく作業です。

テストフレームワークは、実際に動かして出た答え（実測値）と、この期待値を一字一句違わずにチェックします。たとえ一円のズレも許されない銀行のシステムなどでは、この厳密なチェックがシステムの信頼性を支えています。IDE活用が進んでいる環境では、テストが成功すれば緑色のランプ、失敗すれば赤色のランプが点灯し、視覚的にも非常に分かりやすく表示されます。

4. テストデータの準備と「スタブ」の考え方

テストを行うには、入力するための「テストデータ」が必要です。しかし、テストしたいプログラムが他の大きなデータベースや別のプログラムと繋がっている場合、準備が大変ですよね。そこで使うのがスタブという身代わりです。

スタブとは、本物のデータの代わりに「決まった答えを返すだけの仮の部品」のことです。これを使えば、たとえ他の部分がまだ完成していなくても、今自分が作っている部品だけを切り離してテストすることができます。この基本操作を覚えることで、開発のスピードは劇的に上がります。パソコン操作に慣れていない方でも、パズルのピースを一つずつ完成させていく感覚で進められます。


IDENTIFICATION DIVISION.
PROGRAM-ID. DISCOUNT-TEST.
* 割引計算が正しく行われるかをテストする
DATA DIVISION.
WORKING-STORAGE SECTION.
01 PRICE PIC 9(6) VALUE 1000.
01 RATE  PIC V99 VALUE .10.
01 EXPECTED PIC 9(6) VALUE 900.
01 ACTUAL   PIC 9(6).
PROCEDURE DIVISION.
* 割引計算のロジックを呼び出す（実測値を得る）
    COMPUTE ACTUAL = PRICE - (PRICE * RATE).
* テストツール内部で行われる比較のイメージ
    IF ACTUAL = EXPECTED THEN
        DISPLAY "TEST PASSED: 期待通りの割引です。"
    ELSE
        DISPLAY "TEST FAILED: 計算が合いません。"
    END-IF.
    STOP RUN.

5. 回帰テスト（レジリエンステスト）の自動化

一度作ったテストは、捨てずに何度も使い回します。プログラムの一部を書き換えたときに、以前まで正しく動いていた他の部分が壊れていないかを確認することを回帰テスト（リグレッションテスト）と言います。

システム開発が進むにつれて部品の数は増えていきますが、テストフレームワークがあれば、ボタン一つですべての部品を一斉に検査できます。昨日直した場所のせいで、今日別の場所がおかしくなるといった「デグレ（品質の低下）」を即座に発見できるのです。この安心感こそが、大規模な開発を支える最新の開発環境の醍醐味です。

6. 境界値テストで「端っこ」のミスを防ぐ

バグが最も出やすい場所はどこでしょうか？それは「条件の変わり目」です。例えば「100歳以上は無料」というルールがあったとき、99歳、100歳、101歳の処理が正しく分かれているかが重要です。これを境界値テストと呼びます。

単体テストツールを使えば、こうした「ギリギリの数値」を大量に流し込んで、一気にテストすることができます。人間が手で入力すると「100を入れるのを忘れた」というミスが起きがちですが、機械に任せれば確実にすべてのパターンを網羅できます。初心者向けのコツとして、まずは「0」や「最大値」など、端っこの数字でテストする習慣をつけましょう。


IDENTIFICATION DIVISION.
PROGRAM-ID. AGE-CHECK-TEST.
DATA DIVISION.
WORKING-STORAGE SECTION.
01 TEST-AGE PIC 9(3).
PROCEDURE DIVISION.
* 境界値である20歳をテスト
    MOVE 20 TO TEST-AGE.
    IF TEST-AGE >= 20 THEN
        DISPLAY "成人判定：OK"
    END-IF.
* 19歳（境界値のマイナス1）をテスト
    MOVE 19 TO TEST-AGE.
    IF TEST-AGE < 20 THEN
        DISPLAY "未成年判定：OK"
    END-IF.
    STOP RUN.

7. カバレッジ（網羅率）でテストの漏れを確認

どれだけテストをしても、「テストしていない行」が残っていたら意味がありません。そこで役立つのがカバレッジという指標です。これは、プログラム全体の何パーセントをテストで実行したかを示す数値です。

高機能な開発ツールやIDEを使用すると、テスト実行後に「ここはテストを通りましたが、このIF文の中はまだ一度も実行されていませんよ」と色分けして教えてくれます。テストの漏れを視覚的に防ぐことができるため、パソコンを触ったことがない方でも、塗り絵を埋めるような感覚で完璧なテストを目指すことができます。

8. 異常系テスト：エラーへの強さを確認する

正しく動くことを確認する「正常系テスト」の次は、わざと間違ったデータを入れてみる異常系テストを行いましょう。例えば、数字が入るべき場所にアルファベットを入れたときに、システムがパニックを起こさずに正しくエラーメッセージを出せるかを確認します。

本番の環境で、お客様がどんな入力をするかは予測できません。単体テストフレームワークを活用して、「あり得ないデータ」への対応を事前に検証しておくことで、止まらない頑丈なシステムを作ることができます。これもプロジェクト管理における品質保証の大切なステップです。

9. テスト駆動開発（TDD）への挑戦

少し上級者向けの考え方ですが、プログラムを書く前にまずテストを書くテスト駆動開発という手法があります。まず「失敗するテスト」を作り、それを合格させるためにプログラムを書いていくスタイルです。

最初は奇妙に感じるかもしれませんが、これを行うと「何をゴールにすればいいか」が明確になり、無駄なコードを書かずに済みます。IDE活用に慣れてきたら、短いプログラムでこの手法を試してみてください。パズルを解くような楽しさと、テストがすべて緑色になったときの達成感は格別です。


IDENTIFICATION DIVISION.
PROGRAM-ID. FINAL-TEST-SUITE.
PROCEDURE DIVISION.
* すべてのテスト項目を順に実行するイメージ
    DISPLAY "--- 全テスト開始 ---".
    PERFORM TEST-ADDITION.
    PERFORM TEST-DISCOUNT.
    PERFORM TEST-AGE-CHECK.
    DISPLAY "--- 全テスト正常終了 ---".
    STOP RUN.
* 各テスト用の節（セクション）をここに記述
TEST-ADDITION.
    DISPLAY "足し算テスト完了".
TEST-DISCOUNT.
    DISPLAY "割引テスト完了".
TEST-AGE-CHECK.
    DISPLAY "年齢チェック完了".