結合テストにおける高カバレッジテストケース設計ガイド

（銀行向け業務システム）

1. はじめに

本資料は、銀行向け業務システム（入出金情報 → プーリング明細抽出 → レポート作成）において、 結合テストのカバレッジを高めるためのテストケース設計の考え方および具体的手法を整理したものである。

結合テストの品質はテストケース数ではなく、 業務・連携・データ状態をどれだけ網羅できているかによって決まる。

2. 結合テストにおけるカバレッジの考え方

3. 高カバレッジを実現するテストケース設計 5 ステップ

STEP1：業務処理パスの明確化

外部銀行システム 入出金受信
 → DB登録
   → プーリング対象抽出
     → 集計処理
       → 画面表示／帳票出力

画面操作単位ではなく、業務処理の流れをベースに分岐パスを洗い出す。

STEP2：業務パス × データ状態の整理

テストケースは「操作」ではなく「状態遷移」を確認対象として設計する。

STEP3：等価クラス・境界値による最適化

STEP4：異常系は業務影響まで確認する

• DB に不整合データが残らないこと
• ステータスが異常状態へ遷移すること
• 再実行が可能であること
• ログが正しく出力されること

STEP5：テストケースにカバレッジを明示する

• 対象業務
• 対象連携
• 対象データ状態
• 対象帳票

4. 推奨テストケース記載テンプレート

【テストケースID】
【テスト観点】

■ 前提条件
・DB状態：
・外部連携状態：

■ 操作
1.
2.

■ 期待結果
・画面：
・DB：
・連携：
・帳票：

■ カバレッジ
・業務パス：
・データ状態：
・連携範囲：

5. 生成系AI活用に関する補足

• 業務パスからテストケース候補を網羅的に生成
• データ状態遷移の洗い出し
• API 異常系パターンの列挙

最終的な取捨選択は人が行うことが前提である。

6. 結合テスト カバレッジ自己チェックリスト

• 各機能に正常系パスがある
• 外部連携ごとに異常系がある
• データ状態遷移を確認している
• 帳票出力の正常・異常を確認している
• 障害後の再実行を確認している

7. おわりに

結合テストの品質は、テストケース設計段階でほぼ決まる。 本資料の考え方を用いることで、銀行プロジェクトにおいて 説明性・網羅性の高い結合テストを実現できる。