進化するERP、今こそ押さえたいテストの要点――総合テスト編

1.システムの最終的な完成度を検証する総合テスト

総合テストは、ERP本体だけでなく周辺システムを含めた新システム全体が、実際の業務を問題なく遂行できるかどうかを検証する最終工程です。
開発ベンダーは、本工程の完了をもって、ユーザー企業に対して新システムの品質を担保します。そのため、品質確保の観点から重要な意味を持ちます。

総合テストでは、主に以下の観点で検証を実施します。

  • 業務シナリオに基づき、起点となる業務から終点となる業務までの一連の流れを通して検証する
  • 周辺システムとの連携を含めた業務フロー全体を網羅的に検証する
  • 権限設定や承認フローが想定どおりに機能することを確認する

また、総合テストの業務シナリオは、本番稼働後の取引量やデータのバリエーション、実際の利用者と権限設定などを想定して作成することが重要です。こうした検証が不十分なままだと、後続工程のUAT(User Acceptance Testing)でユーザーが実際の業務に即して評価した際に、問題が多発しかねません。

この工程で十分な品質を確保できなければ、本番稼働そのものを揺るがす重大なリスクにつながりかねません。

2.総合テストでやりがちなNG集

結合テスト編のコラムに続き、今回は総合テストでとくによく見られるNG事例を4つ紹介します。皆さんのプロジェクトでも同様の状況に陥っていないか、ぜひ確認してみてください。

NG事例1:結合テストまでのテストの品質が低く、外部パッケージ・周辺システム連携の検証が不十分

  • マスタースケジュールからの遅延を避けるため、結合テストで検出された主要課題への対応を完了しないまま総合テストを開始した。結果、期間内に十分な検証が行えない業務シナリオや機能があった。
  • 結合テストで連携パターンやデータバリエーションの洗い出しが不十分だった。結果、総合テストで取引システムの実データを用いて検証したところ、想定していなかった取引パターンの存在が判明した。

NG事例2:複数製品を組み合わせた導入で、各製品の開発スケジュールが揃わずテストが形骸化

  • マスタースケジュールの遵守を優先し、一部の周辺システムや外部パッケージの開発・設定を完了しないまま総合テストを開始した。結果、ERPとの連携を含めた検証が実施できなかった。
  • 周辺システムの環境構成、稼働条件による制約を見落としていた。結果、検証対象のシステム全体を検証する総合テストを実施できなかった。

NG事例3:データボリュームや性能要件を軽視

  • 実際の取引量を想定した検証を行わなかった。結果、UATで処理時間が許容範囲を超えてしまうことが判明した(画面検索や絞込条件の設計が不十分で、必要なデータを迅速に検索できないとの声がUATで続出した、など)。
  • 夜間バッチを個別にしか検証せず、本番と同様に複数の処理を同時・連続で実行するテストを行わなかった。結果、UATの段階で、夜間処理が翌朝の業務開始までに完了しないことが判明した。

NG事例4:権限検証を後回しにする

  • テストシナリオの消化遅延を避けるため、実際よりも権限の広いユーザーIDやスーパーユーザーIDでのみ検証を行い、本番で利用するユーザーIDや権限設定での検証をしなかった。結果、後続のUATや本番稼働後に、権限設定の問題が頻発した。
  • 本番稼働後に組織や役割分担の変更が予定されていたにもかかわらず、変更後の要件を反映せず、権限制御のないスーパーユーザーIDのみで総合テストを行った。結果、組織変更の際に、ユーザーIDの権限の見直しに漏れが生じた。

3.後工程で問題を発生させないために

上記の問題を回避するためには、以下の対応が重要です。

  • 総合テストの計画時点で、検証範囲や未解決の課題の影響を明確化し、それを踏まえてテストシナリオを作成する
  • 総合テスト期間中に検証できない機能については、重要度や業務への影響を踏まえ、検証時期を明確にする
  • 処理時間やレスポンスタイムなどの非機能要件がある場合は、結合テスト期間中に対象を選定し、別途パフォーマンステストを実施する
  • 実運用で発生するデータ量やデータバリエーションを考慮したシナリオを準備し、十分な検証を行う
  • 権限要件を明確にし、本番を想定したユーザーIDおよび権限設定で検証を実施する

4.次世代ERP特有の注意点

総合テストでは、ERP本体だけでなく、ERP機能の一部を担う外部パッケージを含めたシステム全体の検証を行う必要があります。
とくに、外部パッケージの導入ベンダーがERPの導入ベンダーと異なる場合は、ベンダー間ごとに進捗状況や課題の対応状況を継続的に把握し、システム導入プロジェクト全体として整合の取れたスケジュール管理を行うことが重要です。

総合テストは、システム全体の完成度を最終確認する工程であると同時に、稼働判定に向けた課題整理を行う重要な工程でもあります。
この段階で発見された課題は、業務への影響度や実現性を踏まえて対応する必要があります。

  • 稼働前対応必須:未対応のままでは業務運用が成立しないもの
  • 稼働後対応:稼働前の対応は困難だが、一時的な運用回避策により対応可能なもの
  • 運用回避:改修した場合とコストを比較し、運用での対応が合理的と判断したもの

これらの判断基準は、総合テスト開始前にガイドラインとして定めておくことが重要です。
テスト完了後から稼働判定までの間に、各課題の対応方針を明確にしておきましょう。

BBSでは、SAP FIモジュールの導入をはじめ、テスト工程の改善やプロジェクト管理の強化を支援しています。また、会計システム導入でお悩みの経理部門や情報システム部門の方のご相談も承っております。
本コラムに関し、より詳細な情報をお求めの場合は、ぜひ当社にお問い合わせください。

著者:黒木 仁、川島 靖大