現新比較テスト自動化ソリューションPerfecTwin(パーフェクツイン)

Concept

コンセプト

システム障害を発生させられない新規システム開発の本番公開において、テストの「質」「量」「稼働判断」といった課題を、PerfecTwinが解決します。

現新比較テスト自動化ソリューション「PerfecTwin」は、新規システム開発や組込システム開発、ITインフラのマイグレーションの本稼働前テスト(受け入れテスト等)を自動実行するシステムです。
新規システムの稼働前に、現行システムからキャプチャした「本番トランザクション」を使用して、十分な質と量の自動テストを実施することで、新規システム本稼働時や本稼働後のシステム障害の早期発見、テストの効率化、開発工数全体の圧縮などに効果的です。

テストの「質」

本番環境のトランザクションで開発中の新規システムをテストすることで、デグレの検証や、公開後に発生するレアなケースも検証を可能にします。

テストの「量」

機能テスト / 性能テスト / 外部連携テストを自動化することで、十分な回数の検証と改善を可能にします。

新規システムの
稼働判断基準と意思決定」

本番環境のトランザクションで検証し数値化を行うことで、新規システムの稼働・公開判断基準を明確にします。

Feature

製品の特長

PerfecTwinは、システム移行時の障害を100%発見する*1ための「本番稼働前のテスト自動化」ソリューションとして、様々な機能とメリットを提供する、世界6カ国*2で特許登録済のユニークな製品です。(特許第7069500号)

*1:クラウド移行やインフラ更改、SI、SM、ERP移行など、大規模のインフラ更改構築で「エラー発生率0%」を実現

*2:世界6カ国:日本、韓国、アメリカ、ドイツ、インド、中国

本番稼働前テストの自動化

本番稼働前テストの自動化

現行システムからキャプチャされた本番トランザクションで、新規システムでの本番稼働前テストを、自動実行します

外部連携テストの効率化

外部連携テストの効率化

外部システムとの物理的な接続がなくても
実際の外部機関の役割を果たします

現新システムを自動比較

現新システムを自動比較

自動実行したテスト結果を、現行システムと
リアルタイムに自動比較します

性能テストの自動化

性能テストの自動化

本番トランザクションの大量アクセスデータにより、新規システムの性能を検証します

課題点の自動抽出

課題点の自動抽出

失敗した処理とトランザクションから、
課題点を自動で抽出します

不具合対応の効率化

不具合対応の効率化

特定トランザクションを抽出または再現し、
繰り返しの自動検証を可能にします

現新システムを自動比較

本稼働判断の適正化

「定量的な検証数値」で、
本番稼働の判定基準を提供します

性能テストの自動化

テスト工数の削減と漏れの防止

本番環境のトランザクション基盤のため、

テストデータやテストケースの作成が不要です

現行システムへの影響なし

現行システムへの影響なし

現行システムを変更する必要がなく、
負荷もありません(方式により、ごくわずか)

Challenges

現状の課題


従来のテスト方式と課題

大規模な基幹システムやERPシステム、ITインフラの更改において、企業のBCPにも影響するほどの大規模なシステム障害が頻発しています。
ITエンジニアの人材不足やスキル不足、開発や運用でのミスの発生、プロジェクトの予算不足など、原因は多様ですが、1つの大きな要因として、システム更改時の最終判断となる受け入れテスト*を含む、本番稼働前後のテストを、人が作業している ことが挙げられます。
*UAT(User Acceptance Test)

ソフトウェアテスト工程
要件定義
設 計
プログラミング
テスト
リリース
単体テスト
総合テスト
システムテスト
受入テスト

性能テスト / 回帰テスト / 受け入れテストの課題

これまでは、人が作成した「質的に十分といえない」「量的に不十分な」テストケースとテストデータによって、「人がテストする」方式が一般的であり、システム更改の前後に障害を発生させることがありました。

テストケース

人が経験則で作成する「不完全なテストケース」

サンプルまたはランダム抽出による「不十分なテストデータ」

テストの「質」に課題

テストラン

反復実行を制限する、人の手作業に起因する「時間とコストの制約」

外部接続テストでの、接続先の制限・制約による「テスト実行の限界」

テストの「量」に課題

テスト結果チェックと
更改の意思決定

機能テスト性能テストの現新システム比較

テストが十分といえる基準が不明瞭

新規システムの「稼働判断基準と意思決定」に課題

PerfecTwinは、人が手作業で行うテストにおける「質」「量」「稼働判断」といった課題を、
「本番トランザクションを使用したテスト自動化」で解決します。

Why PerfecTwin?

他手法との違い

PerfecTwinは、人が手作業で行うテストやUIテストと比較して、十分な質と量の「本番データ」で、「新規システムの稼働前に」テストすることによって、本稼働時のシステム障害の早期発見、テストの効率化、開発工数全体の圧縮に役立ちます。

PerfecTwin

UIテスト 手動テスト
テストケースとデータ
  • テストシナリオを定義するだけで、実際のトランザクションデータに基づいてさまざまなテストケースを自動的に実行します。
  • テストデータは、現在の動作状態から収集された実際のトランザクションデータから自動的に生成され、ユーザーが手動でテストデータを作成する必要はありません。

これにより、実際の動作環境に近い幅広いケースをテストできるようになり、コーナーケースの検出が容易になります。

  • テストケースは、テストシナリオに応じてUIレンダリング方法を使用して1つずつ作成する必要があります。
  • テストケース作成時に入力されたデータはテストデータとして使用され、このデータを管理するためのツールが提供されます。

これにより、テストケースの作成時にユーザーが入力したデータの範囲にテストが制限されるため、テストケースの多様性が制限されます。

  • テストケースとテストデータは、テストシナリオに従って手動で定義され、別のドキュメント(Excel)で管理されます。

このプロセスでは、テストケースを手動で定義して整理するため、テストケースの多様性の点で最も不利です。
通常、コアビジネスプロセスに限定されます。

テスト実行・結果評価
  • テスト実行は、UIを再現せずにサーバー機能にリクエストすることで実行されるため、UIスクリーニングが不要になり、プロセスが高速化されます。
  • 結果は、実際の運転データの応答値に基づいており、高い精度を保証します。
  • テストは記録されたシナリオをUI上で再現することによって実行されるため、テスト速度が遅くなる可能性があります。
  • 結果はテスト作成時に入力された予想値に基づいて検証されますが、それらの値が誤って入力された場合は精度が低下する可能性があります。
  • 人が直接UIを操作して値を入力し、結果を確認するため、テスト速度は最も遅くなります。
  • 結果はテストで記録された期待値に基づいて視覚的に判断されるため、ヒューマンエラー発生のリスクがあります。
E2Eテスト
(関連システムを含む)
  • テストケースは、本番稼働中の現システムで発生するトランザクションに基づいて実行されます。
  • 関連するシステムとの連携をシミュレートできるため、関連システムの関係者との事前調整が不要になります。
  • テストケースは、関連システムとの実際のトランザクションを生成することによって実行されます。
  • テストは、関連するシステム関係者と事前に調整した上で実施され、範囲が限定されています。
  • テストケースは、関連システムとの実際のトランザクションを生成することによって実行されます。
  • テストは、関連するシステム関係者と事前に調整した上で実施され、範囲が限定されています。
テストケースとデータ
PerfecTwin
  • テストシナリオを定義するだけで、実際のトランザクションデータに基づいてさまざまなテストケースを自動的に実行します。
  • テストデータは、現在の動作状態から収集された実際のトランザクションデータから自動的に生成され、ユーザーが手動でテストデータを作成する必要はありません。

これにより、実際の動作環境に近い幅広いケースをテストできるようになり、コーナーケースの検出が容易になります。

UIテスト
  • テストケースは、テストシナリオに応じてUIレンダリング方法を使用して1つずつ作成する必要があります。
  • テストケース作成時に入力されたデータはテストデータとして使用され、このデータを管理するためのツールが提供されます。

これにより、テストケースの作成時にユーザーが入力したデータの範囲にテストが制限されるため、テストケースの多様性が制限されます。

手動テスト
  • テストケースとテストデータは、テストシナリオに従って手動で定義され、別のドキュメント(Excel)で管理されます。

このプロセスでは、テストケースを手動で定義して整理するため、テストケースの多様性の点で最も不利です。
通常、コアビジネスプロセスに限定されます。

テスト実行・結果評価
PerfecTwin
  • テスト実行は、UIを再現せずにサーバー機能にリクエストすることで実行されるため、UIスクリーニングが不要になり、プロセスが高速化されます。
  • 結果は、実際の運転データの応答値に基づいており、高い精度を保証します。
UIテスト
  • テストは記録されたシナリオをUI上で再現することによって実行されるため、テスト速度が遅くなる可能性があります。
  • 結果はテスト作成時に入力された予想値に基づいて検証されますが、それらの値が誤って入力された場合は精度が低下する可能性があります。
手動テスト
  • 人が直接UIを操作して値を入力し、結果を確認するため、テスト速度は最も遅くなります。
  • 結果はテストで記録された期待値に基づいて視覚的に判断されるため、ヒューマンエラー発生のリスクがあります。
E2Eテスト(関連システムを含む)
PerfecTwin
  • テストケースは、本番稼働中の現システムで発生するトランザクションに基づいて実行されます。
  • 関連するシステムとの連携をシミュレートできるため、関連システムの関係者との事前調整が不要になります。
UIテスト
  • テストケースは、関連システムとの実際のトランザクションを生成することによって実行されます。
  • テストは、関連するシステム関係者と事前に調整した上で実施され、範囲が限定されています。
手動テスト
  • テストケースは、関連システムとの実際のトランザクションを生成することによって実行されます。
  • テストは、関連するシステム関係者と事前に調整した上で実施され、範囲が限定されています。
Reason

PerfecTwinが選ばれる理由



高まる必要性

メジャーERPシステム等の本番稼働におけるシステム障害が多発。システム更改前後のテスト方式見直しが迫られる

実績と信頼

LGグループ企業で開発され、大手銀行や大手企業での多数の実績とノウハウを保有し、SAPバージョンアップにも対応する

オンリーワン
ソリューション

新規システム更改やインフラ移行時のテスト自動化領域で、オンリーワンのソリューション(日本を含む世界6カ国で特許登録)




Possibility

PerfecTwinの活用領域

システム開発 
システムインテグレーション

システム開発 システムインテグレーション

新規システムの本番稼働前に、稼働品質を可視化し品質を確保し、潜在的な結果のほとんどを検知します。SAPバージョンアップにも有効です。

システム運用 
システムマネジメント

システム運用 システムマネジメント

変更したプログラム・サービスの正常動作の確認が可能。更改していないプログラム・サービスの正常動作も確認可能。

インフラ更改 
マイグレーション

インフラ更改 マイグレーション

本番稼働前に、新インフラ環境での機能と性能の品質を可視化し、潜在的な欠陥のほとんどを検知。判断基準と根拠を提供します。

インフラ更改 
クラウド移行

インフラ更改 クラウド移行

本番稼働前に、クラウドに移行する機能と性能の品質を可視化し、潜在的な欠陥のほとんどを検知。判断基準と根拠を提供します。