保険業界向けCTI更改の結合・総合テスト

テスト工程を分ける理由

システム更改では、新しく実装した機能が単独で動くだけでは不十分です。画面、業務処理、既存アプリケーション、データベースが連携し、利用者の操作順に沿って正しく動く必要があります。本ページでは、同じ更改案件のうち、単体・結合・総合テストで担当した内容に焦点を当てています。

単体テストの観点

処理単位の入力条件、分岐、戻り値、データ更新を確認しました。正常な値だけでなく、未入力、境界となる値、処理を継続できない状態を分け、設計書に記載された条件と実装結果を対応させました。

結合テストでの確認

Java・JavaScriptのWeb機能、C#の既存領域、SQL Server間の受け渡しを対象にしました。画面上は一つの操作でも、内部では複数の処理が連続するため、どこまで進み、どの時点でデータが変わるかを追跡できるように確認しました。

総合テストと業務シナリオ

総合テストでは、電話応対中に想定される操作の順序を基準に、検索、表示、入力、更新の流れを確認しました。不具合が起きた場合は、操作条件、画面状態、サーバー処理、データ状態を分けて記録し、再現条件を明確にすることを重視しました。

品質管理へ活かせる経験

複数の技術要素が関係する不具合は、見えている画面だけでは原因を判断できません。工程ごとの目的を理解し、ログ、データ、操作履歴を組み合わせて切り分ける経験は、業務システムの受入試験やリリース前確認にも活かせます。