どれだけテストすれば、品質保証ができますか？
システムの再開発において、安心安全なシステムをリリースするには、正確で十分な稼働テストが求められます。
どんなケースを想定してテストすれば 安心できますか？
どんなパフォーマンス測定をすれば 安心できますか？
しかし、完璧に近いテストは存在します。
システムをリニューアルする際には、従来テストシナリオとケースに基づいて、手作業によってテストを繰り返し行い、開発されたシステムを検証しておりました。しかしながらこの方法では、新規のシステムが稼働する前にすべての潜在的な欠陥を取り除くことができず、遅延や予期しなエラーなどの障害は発生してしまい多くの時間や費用の損失を招いておりました。
これらは、通常新規のシステムをリリースするまでは、本番と同じデータで同じ操作を行うことができないため、テストデータやシナリオの作成などテストする環境が、本番と同じようには十分に準備できないことが原因です。
この問題を解決するには、新規のシステムにおいても既存システムの本番稼働中と同じデータで、同じ操作によるテストができれば、ほぼ本番環境と同じ精度の稼働検証ができるはずです。
それを実現するのが、PerfecTwinによる「本番トランザクションによる現新比較検証サービス」です。
「本番トランザクションによる現新比較検証サービス」では、本番システム（AS-IS）で発生したトランザクションを新規システム（TO-BE）で再現し、その結果をリアルタイムで比較することで、確実なシステムリニューアルテストを行うことを支援いたします。
本番システムと同じインプットをプロトコルレベルでキャプチャして自動的に新システムで再現します。
サービス概要・特徴
本番トランザクションによる現新比較検証サービス PerfecTwin（パーフェクツイン）は、稼働中の本番システムのトランザクションをキャプチャし、そのまま本番システムと同じインプットで、新システムにて再現し、その処理結果を比較することで、機能検証や性能検証など確実なリニューアルテストを支援します。
テスト方式の比較
PerfecTwinを導入することで、従来のテスト方式に比べ、より実効性が高く、テスト品質の向上に役立つ効果的な検証ができます。
一般的なITプロジェクトは、ユニットテスト、統合テスト、システムテスト、ユーザテストなど多段階の繰り返しテストを介してシステムを検証し、識別されたエラーを対処し再度確認します。
しかしながら、通常ITプロジェクトには時間とリソース、予算等の制約があるため実際の本番システムと同じ数多くのビジネスケースを繰り返してリグレッションテスト（回帰テスト）することは現実的に不可能です。
そのためテスト自動化ツール等を導入していたとしても、現場担当やベンダーによって定義されたテストのためのシナリオ、ケース、データに基づいているため、確認すべき内容に欠落が生じてしまうことが多く発生していました。
PerfecTwinは、新システムであっても本番システムと同じ方式で、一括、自動繰り返しテストが行えるため、人手によるテストに頼らなくても、本番システムで発生するビジネスケースを取り込むことで、自動的に繰り返し検証でき、新システムの品質を可視化して確認できます。
これにより、新システムをリリースする前に、他のシステムとの接続連携の環境が用意できない場合であっても、本番システムが提供する処理作業がエラー無しに正常に実行できることを確認できます。
サービス導入効果
本番システムのトランザクションにて新システムを自動検証でき機能検証、性能検証が効率的に行われるため、テスト検証に関わる費用が削減でき、テスト期間の短縮、作業負荷や、テストのために割くヒューマンリソース、テスト環境のインフラ資源を軽減できます。
その結果、リリースされる新システムの品質は向上し、障害も少なく安定稼働によって運用コストも削減できるという効果が期待できます。
特 長
■ PerfectTwinの利点
・テストシナリオの作成が不要で、本番と同じトランザクションで機能検証ができます。
２）本番への大量の同時アクセスを、自動的に新環境で再現
・テストの為に従来規模の要員確保が不要となります。
・新システムの性能検証が実際のトランザクションを使って可能になり正確性が増します。
３）本番/新システムのレスポンスデータを自動比較
・レスポンス時間を比較し、その差異が一目で分かります。
・2倍、3倍、4倍まで過負荷生成できるので、追加的な性能テスト無しで性能検証が行えます。
４）同じトランザクションで、繰り返しテストが可能
・期待する状態になるまで同じ本番トランザクションの処理を何度もテストできます。
５）本番のトランザクションから、特定画面の操作を個別に実行
・テスト手順の効率化/自動化/正確性が劇的に向上します。
本番システムのトランザクションで自動検証できるという利点によって、手作業によるテスト検証に比べ時間とコストの削減ができ、制限なく何度も繰り返し検証ができることで、新システムの精度を最大限上げることが可能になります。
そして、新システムが連携システムとの物理接続できないようなテスト環境においても、実際に接続されているかのような検証が可能なので、全体の業務フローを中断することなく検証することが可能になります。
さらに、本番システムと同じトランザクションを同じ時刻と順序で並行して再現することで、実際に本番稼働させてたかのようにシステム全体の品質をリリース前に可視化して確認することができます。
モジュール構成
Captureが、ネットワークパケットまたはトランザクションログに基づいて、本番システムの要求／応答メッセージを生成します。
Captureによって生成された要求/応答メッセージをRecorderが記録保存し、Replayerが再現するためにModifierまたはSimulatorに送信します。
Modifireは、ユーザチャンネルの本番システムの要求/応答メッセージを新システムの要求に変換、再現後の応答結果を処理します。
Simulatorは、対外機関チャンネルの本番システムの要求/応答メッセージを新システムの要求に変換、再現後の応答結果を処理します。
Analyzerは、トランザクション単位の検証結果履歴、統計情報、元のメッセージを提供し、て、各モジュールの動作状態、設定情報を制御し、アラーム情報も提供します。
Rule Managerは、本番システムのメッセージを、新システムのメッセージにマッピングおよび変換するためのルール管理をします。
