SAPテスト-クイックガイド

多くの組織は、SAP ERP（Enterprise Resource Planning）を実装して、事業運営を管理し、新しい市場の課題に対応しています。SAP R / 3は、組織がビジネスを効率的に管理できるようにする統合ERPソフトウェアです。組織は、SAP R / 3 ERPパッケージを使用して、運用の実行コストを削減できます。

SAP R / 3を使用すると、顧客はさまざまなデータベースと対話して、ユーザーフレンドリーなGUIを使用してさまざまなアプリケーションを実行することもできます。SAP R / 3システムは、組織内のさまざまな事業運営の機能をカバーするために、さまざまなモジュールに分割されています。

最も一般的なSAPR / 3モジュールは次のとおりです。

  • SAP資材管理。
  • SAP財務会計および管理。
  • SAPの販売と流通。
  • SAP人事。
  • SAPサプライチェーン管理。
  • SAPプラント管理。

SAP Testing これらのモジュールの機能をテストし、構成どおりに機能することを確認することです。

SAPシステムでは、パッチの管理と修正、新しいモジュールの実装、その他のさまざまな構成の変更など、さまざまな変更が行われます。これらすべての変更により、SAP環境で実行される回帰テストの必要性が高まります。この目的には、SAP TestAccelerationおよびOptimizationツールなどのSAPテスト自動化ツールを使用できます。

SAP TAOは、SAPアプリケーションのエンドツーエンドシナリオのテストケースを生成するための自動化ツールです。これとは別に、HPQTPやECATTなどのSAPテスト用のさまざまな自動化テストツールを使用できます。

テストの重要性

SAPテストが実行される主な理由と、SAPテストが組織の成長において重要な機能である理由のリストを次に示します。

  • System Validation − SAPテストには、SAPERP環境内のすべてのSAPモジュールの完全なエンドツーエンドのテストと検証が含まれます。

  • Quality and Revenue− SAPテストは出力ベースのテストであり、入力ベースの従来のテスト方法とは異なります。SAPシステムの品質を保証し、組織の収益とコストにも焦点を当てています。

  • Cost and Predictability − SAPテストには、SAP開発コストの削減と予測可能性の向上が含まれます。

  • Compliance Requirement − SAPテストは、SAP実装が特定の組織の新しいコンプライアンス要件を満たし、すべてのモジュールが期待される構成に従って機能していることを確認します。

  • New Implementation and Configuration Changes− SAPシステムには、パッチと修正、新しい実装、構成の変更など、さまざまなタイプの変更が実装されています。したがって、SAPテストでは、すべてのモジュールがこの動的システム環境の要件に従って実行されていることを確認します。

  • Integration− SAPテストは、さまざまなレポート、データフローとワークフロー、GUIフォームなどをテストするために実行されます。これは、異なるモジュール間のシステム統合をチェックするために使用されます。たとえば、販売管理、MM、FICOでのアクションを必要とする受注転記が行われた場合、SAPテストはこれらのシステム間の統合をチェックします。

  • Performance −また、システムがサービスレベルアグリーメントを満たすことができるかどうか、システムが特定のアクションを実行するのにかかる時間、システムのパフォーマンスなどを確認するためにも使用されます。

ソフトウェア、システム、またはアプリケーションの機能をテストするために使用できるさまざまなテスト方法があります。

最も一般的なテスト手法は次のとおりです。

  • Unit Testing −これは、単一のユニットまたはユニットのグループのテストを含むホワイトボックステストの一種です。

  • Integration Testing −このテストでは、複数のシステムを組み合わせて、統合システムの出力をテストします。

  • Functional Testing −目的の結果に従って、各モジュールの機能をチェックします。

  • Usability Testing−アプリケーションやシステムの使いやすさをチェックします。これは、新しいユーザーがアプリケーションを使用したり、システムを理解したりするのがどれほど簡単かをチェックします。

  • Acceptance Testing −受け入れテストは、システムがユーザー要件を満たしているかどうか、およびアプリケーションまたはシステムを受け入れるかどうかをテストするために実行されます。

  • System Testing −システム全体が要件と仕様に従ってテストされます。

  • Stress Testing −このテストでは、システムは仕様を超えるストレスにさらされ、障害が発生したかどうかを確認します。

  • Performance Testing −このテストは、システムがパフォーマンス要件を満たしているかどうかを確認するために実行されます。

  • Regression Testing −アプリケーションまたはシステム全体の変更のテストが含まれます。

  • Beta Testing−ベータテストの目的は、予期しないエラーをカバーすることです。これは、ブラックボックステストのクラスに分類されます。これは、ベータと呼ばれる最終製品のプレバージョンをリリースすることによって実行されます。

  • Database Testing−データベーステストは、データベース内のデータをテストするために使用されます。これは、SQLステートメントを使用して実行されます。

  • ETL Testing − ETLテストは、データがソースシステムからターゲットシステムに正しく抽出、変換、およびロードされているかどうかを確認するために実行されます。

手動テスト

手動テストとは、自動化されたツールやスクリプトを使用せずにソフトウェアを手動でテストすることを意味します。このタイプのテストでは、テスターがエンドユーザーの役割を引き継ぎ、ソフトウェアをテストしてバグや予期しない動作を特定します。

手動テストにはさまざまな段階があります。それらは、単体テスト、統合テスト、システムテスト、およびユーザー受け入れテストです。

手動テスターは、さまざまなテスト計画、テストケース、またはテストシナリオを使用して、テストの完全性を確認します。手動テストも呼び出すことができますexploratory testing テスターがソフトウェアを調べて、ソフトウェアのエラーを手動で特定するためです。

自動化テスト

自動化テストでは、テスターはスクリプトを作成し、ソフトウェアツールを使用して製品をテストします。このプロセスには、手動プロセスの自動化が含まれます。自動化テストには、手動で実行されたテストケースを複数回再実行することが含まれます。

自動化テストは、負荷、パフォーマンス、およびストレスの目的からアプリケーションをテストするためにも使用されます。これは、テストの対象範囲を拡大するために使用されます。自動化テストは、手動テストと比較して、精度を向上させ、時間と費用を節約します。

ソフトウェアテストツール

次のツールは、自動化テストに使用できます-

  • HPクイックテストプロフェッショナル（QTP）
  • Selenium
  • SAP TAO
  • ECATT
  • IBM Rational Functional Tester
  • SilkTest
  • TestComplete
  • どこでもテスト
  • WinRunner
  • LaodRunner
  • Visual Studio Test Professional
  • WATIR

ソフトウェア開発ライフサイクルは、アプリケーションまたはソフトウェアの効率を開発するために実行される一連のステップを決定します。この章では、SDLCで定義されているフェーズについて説明します。各フェーズには、次のフェーズに進む独自のプロセスと成果物があります。

フィージビリティスタディ

SDLCの最初の段階は requirement gathering。要件が収集された後、チームはソフトウェアプロセスの大まかな計画を立てます。このステップで、チームは、ユーザーのすべての要件を満たすソフトウェアを作成できるかどうかを分析します。プロジェクトが組織にとって財政的、実用的、技術的に実行可能であるかどうかがわかります。開発者がソフトウェアプロジェクトの実現可能性を結論付けるのに役立つ多くのアルゴリズムが利用可能です。

システム分析

このステップで、開発者は計画のロードマップを決定し、プロジェクトに適した最適なソフトウェアモデルを提示しようとします。システム分析には、ソフトウェア製品の制限の理解、システム関連の問題や既存のシステムで行われる変更の学習、組織や人員などに対するプロジェクトの影響の特定と対処が含まれます。プロジェクトチームは、プロジェクトの範囲と計画を分析します。それに応じてスケジュールとリソース。

ソフトウェア設計

次のステップは、要件と分析に関するすべての知識をデスクに持ち込み、ソフトウェア製品を設計することです。ユーザーからの入力と要件収集フェーズで収集された情報は、このステップの入力です。このステップの出力は、2つの設計の形式で提供されます。logical design そして physical design。エンジニアは、メタデータとデータディクショナリ、論理図、データフロー図、場合によっては疑似コードを作成します。

コーディング

このステップは、 programming phase。ソフトウェア設計の実装は、適切なプログラミング言語でプログラムコードを記述し、エラーのない実行可能プログラムを効率的に開発することから始まります。

テスト

見積もりによると、ソフトウェア開発プロセス全体の50％をテストする必要があります。エラーは、ソフトウェアをクリティカルレベルからそれ自体の削除まで台無しにする可能性があります。ソフトウェアテストは開発者によるコーディング中に行われ、徹底的なテストは、モジュールテスト、プログラムテスト、製品テスト、社内テスト、ユーザー側での製品のテストなど、さまざまなレベルのコードのテスト専門家によって行われます。エラーの早期発見とその解決策は、信頼性の高いソフトウェアを開発するための鍵です。

統合

ソフトウェアは、ライブラリ、データベース、およびその他のプログラムと統合する必要がある場合があります。SDLCのこの段階では、ソフトウェアと外界のエンティティとの統合を扱います。

実装

実装または展開とは、ユーザーのマシンにソフトウェアをインストールすることを意味します。場合によっては、ソフトウェアはユーザー側でインストール後の構成を必要とします。ソフトウェアは移植性と適応性についてテストされ、統合に関連する問題は実装中に解決されます。

ソフトウェアテストのライフサイクル

ソフトウェアテストライフサイクル（STLC）は、品質目標が達成され、各ステップに特定の目標と成果物があることを確認するために特定の方法で実行されるすべてのステップで構成されます。

STLCは、ソフトウェア製品の品質を向上させ、特定の目標を達成するためのビジネス要件を満たすことができるようにするために使用されます。

ソフトウェアテストのライフサイクルに含まれるさまざまな段階は次のとおりです。

  • 要件フェーズ
  • テスト計画
  • テスト分析
  • テスト設計フェーズ
  • テストの実装
  • テスト実行フェーズ
  • テスト閉鎖フェーズ

要件フェーズ

これは、ソフトウェアテストのライフサイクルの最初のフェーズです。このフェーズでは、テスターの仕事は要件を分析することです。要件分析には、ビジネスマンやチームメンバーとのブレーンストーミングセッションを実施し、要件がテスト可能かどうかを確認するなど、さまざまな方法があります。

このフェーズでは、テストの範囲を決定します。テストチームがテストできない機能を見つけた場合は、それをクライアントに伝える必要があります。

テスト計画

このフェーズでは、テスターはテストの目的を達成するのに役立つアクティビティとリソースを特定します。

さまざまなメトリックが定義されており、それらのメトリックを決定および追跡するために使用できるメソッドがあります。テスト計画には、テスト評価のための主要業績評価指標の特定も含まれます。

テスト分析

このフェーズでは、テストする必要のあるガイドラインを決定します。これには、要件ドキュメント、関連するリスク、およびその他のテスト基準を使用してテスト条件を特定することが含まれます。

テスト条件を見つけるためにさまざまな要因が使用されます-

  • 製品の複雑さ
  • テストの深さ
  • 関与するリスク
  • 必要なスキル
  • テストチームメンバーの知識
  • テスト管理
  • 利害関係者の可用性

試験条件は詳細に記述してください。

取りましょう example。オンラインで商品を販売するウェブサイトの場合、テスト条件は、顧客がオンラインで支払いを行えるようにすることです。クレジットカード、NEFT転送、デビットカード、ネットバンキングを使用して支払いが可能であるなどの詳細な条件を追加できます。

詳細なテスト条件を作成する利点は、通常、テストケースがテスト条件に基づいて作成されるため、テストの範囲が広がることです。これにより、より詳細なテストケースを作成できます。また、ソフトウェア製品のテストをいつ停止するかを決定するのにも役立ちます。

テスト設計フェーズ

このフェーズでは、テストの実行方法を決定します。

  • テスト条件を複数のサブ条件に分割して、カバレッジを拡大します。

  • テストデータを取得します。

  • テスト環境をセットアップします。

  • 要件のトレーサビリティメトリックを取得します。

  • テストカバレッジメトリックを作成します。

テスト実装フェーズ

このフェーズには、定義されたテスト条件とメトリックに従って、詳細なテストケースの作成が含まれます。

  • テストケースに優先順位を付けます。
  • 回帰に使用されるテストケース。
  • テストケースの正確さを確認します。
  • 実際の実行を開始する前に、テストケースをサインオフしてください。

テスト実行フェーズ

ソフトウェアテストライフサイクルのこのフェーズには、テストケースの実際の実行が含まれます。

  • テストケースを実行します。
  • 欠陥をログに記録します。
  • トレーサビリティメトリックをチェックして、進捗状況を追跡します。

テストクロージャ

このフェーズには、テストの完了の確認が含まれます。

  • すべてのテストケースが実行され、欠陥が開いているかどうかを確認します。
  • 学んだ教訓を書き留めます。
  • テストフェーズを閉じます。

SAPテストの実行に使用できるさまざまなタイプのテスト方法があります。

ユニットテスト

単体テストは、SAPシステムとそのさまざまなコンポーネントの機能をテストするために使用されます。これは、システム内の各ユニットの機能を知っているドメインおよび構成の専門家によって実行されます。

例

タスクが販売注文を作成して保存することであるとします。このタスクの単体テストを実行するには、テスターは、得意先マスタデータ、パートナ機能、品目マスタデータ、会社コード、信用管理領域、販売組織などのSAP組織要素を使用して受注を保存できることを知っている必要があります。

例

ABAP開発では、ユニットテストを実行して、開発者が生成したデータからレポートを作成できるかどうかを確認できます。ドメインの専門家の支援が必要です。

システムテスト

システムテストでは、SAPシステムの要素を統合して、関連するSAP機能が開発環境で相互にリンクされていることを確認します。

例

組織内の見積もりの​​キャッシュフローは、見積もりを使用して受注を作成し、注文から納品を作成して処理し、納品に請求し、請求を会計にリリースできることを示していると言えます。会計請求書に対して適用される顧客の支払い。

各ユニットはこのようにテストされ、テスト結果はシステムテストを使用して結合されます。

シナリオベースのテスト

シナリオテストは、その名前が示すように、特定のビジネスケースに従って実行されます。

例

顧客セグメント、特定の製品ライン、または一連のサービスに固有のタスクがいくつかあるとします。これらの特定のターゲットラインについて、テストする必要のあるさまざまなシナリオがあります。このテストは、開発環境でも実行されます。

統合テスト

このテストでは、テストデータは実際のデータ抽出ソースから取得されます。データはビジネスエンドユーザーに知られています。

統合テストは、SAPで設計および構成されたビジネスプロセスが実際のデータを使用して実行されていることを示すために使用されます。さらに、テストでは、インターフェイストリガー、レポート、ワークフローが機能していることが示されています。

SAPインターフェーステスト

インターフェイステストにより、SAPシステムのビジネスプロセスが自動的に実行され、イベントがトリガーされ、結果がレシーバシステムに転送されることが確認されます。インターフェイステストでは、送信システムで実行した後、インターフェイス出力を自動生成し、受信システムがそのファイルを使用して、受信システムでビジネスプロセスが継続していることを証明します。

理想的には、インターフェイステストには、プロジェクトの進行に伴う大規模なテストアクティビティが含まれます。インターフェイステストでは、トリガーが機能し、データの選択が正確で完全であり、データ転送が成功し、受信者が送信されたデータを消費できることが示されています。

SAPユーザー受け入れテスト

SAP UATは、エンドユーザーが新しいシステムで割り当てられたジョブ機能を実行できるようにするために使用されます。このテストの重要な側面は、ビジネス要件を理解し、期待される機能、機能、および機能が利用可能であることを確認することです。

SAPシステムパフォーマンステスト

パフォーマンステストでは、次の側面をチェックします-

  • システムの応答時間がビジネス要件に従って許容できるかどうか

  • 定期的なプロセスが許容時間内に実行されているかどうか、

  • 予想される同時ユーザー負荷をサポートできるかどうか

パフォーマンステストは、SAPシステムのボトルネックとコーディングの非効率性を特定します。システムパフォーマンスチューニングが完全にセットアップされ、プログラムが最適化されたコードで実行されているとは限りません。

SAP負荷テスト

負荷テストでは、テスターはオンラインユーザーまたは定期的なバッチ処理のいずれかでシステムに最大負荷を適用し、システムが負荷を処理するのに十分な能力があるかどうかを識別します。そうでない場合は、パフォーマンスを向上させるために必要な手順を見つけます。

SAPのセキュリティと承認のテスト

セキュリティと承認のテストは、ユーザーがトランザクションを実行し、プロジェクトに関連する適切なデータにのみアクセスできることを確認するために使用されます。

セキュリティ標準の実装と同様に、これはセキュリティと承認がシステムに配置されているかどうかをテストするために非常に重要です。ジョブロールのテストIDが作成され、ユーザーが実行できることと実行できないことの両方を確認するために使用されます。

SAPカットオーバーテスト

カットオーバーテストは通常​​、プロジェクトのライフサイクルで1回実行されます。ここでは、レガシーシステムからデータを抽出するために必要なすべてのタスクが本格的に実行されます。次に、あらゆる種類のデータ変換を実行するには、結果をSAPシステムにロードし、ユーザーのサインオフを含め、結果を完全に検証します。

SAP回帰テスト

回帰テストは、システムがアップグレードされたとき、または新しいシステムがセットアップされたときに、新しい機能を見つけたり、システムの以前の機能をテストしたりするために使用されます。回帰テストの重要な役割は、既存の機能と新しく更新された構成およびコードベースをテストすることです。

SAPシステムをアップグレードしたり、パッチを適用したりしても、ユーザーが実行することが期待される機能に影響を与えることはありません。さらに、新しいリリースで導入されることになっている新機能に影響を与えるべきではありません。

SAPのテストプロセスは通常、3つのフェーズに分かれています-

  • テスト計画
  • テストシステムのセットアップ
  • テストの実行と評価

テスト計画

テスト計画には、テストの初期段階に含まれるステップが含まれます。

  • 要件を収集します。何をテストする必要がありますか？システムおよびアプリケーションのテストのために収集される機能要件。

  • 手動および自動化テストのテストケース開発。自動化テストでは、さまざまなツールを使用してテストケースを作成できます。

  • テストケースのレビュー。

テストシステムのセットアップ

テストシステムのセットアップには、テストケースを実行するためのテスト環境のセットアップが含まれます。ここで、テスターはレポートの主要なメトリックを定義する必要があります。

テストの実行と評価

テストの実行と評価には、テストケースの実行と出力のメモが含まれます。以下の活動が含まれます-

  • 欠陥の処理と報告。
  • 結果としてのテスト計画の評価。
  • すべての欠陥を文書化し、結果を主要な指標と比較します。

SAPテスト–重要なプロセス

SAPシステムのテストでは、SAPシステムに変更を実装することによって影響を受ける重要なビジネスプロセスを特定する必要があります。ほとんどの場合、パッチを適用したり、新しいシステムを実装したりする回帰テストの対象になります。

これらの変更を適用する前の最初のステップは、実行することです change impact analysis。これは、変更の実装によって影響を受ける重要なプロセスを対象としています。

例

例を見てみましょう。計画された変更が次のとおりであると仮定します-

計画された変更

  • SAPサポートパック7
  • カスタムコード
  • SAPエンハンスパッケージ

システムの影響

  • 販売注文
  • 商品の配送
  • 支払方法

重要なプロセスの影響分析

ここでは、以下の活動が影響分析で実行されます-

  • 変更の実装によって影響を受ける重要なビジネスプロセスの特定。

  • この変更を実装する必要がある理由について、ビジネス上の正当性を提供する必要があります。

  • 変更の実行中にSAPテストの重要なプロセスを監視するためのテスト計画を作成します。

  • 重要なプロセスに対する変更の影響と、変更を実装する目的の評価。

SAPテストナビゲーションは、SAPシステムの各モジュールをカバーし、機能ごとに少なくとも1つのテストを実行することを保証します。また、手動テストの労力を軽減し、SAPシステムのほとんどのテストパスをカバーします。

OPAテストを実行して、SAP TestingNavigationを確認できます。OPAはとして知られていますOpen Source Programming言語であり、主にWebアプリケーションの開発に使用されます。OPAプログラムのコンパイルには、サーバーでNode.jsを使用し、クライアント側でJavaScriptを使用できます。

OPAを使用したテストの作成

OPAでは、3つのオブジェクトを使用できます Qunit. これらの関数は、OPAが実行するアクションを認識できるように、テストで定義する必要があります。

  • Given −取り決めを渡す。

  • When −取るべき行動。

  • Then −アサーション。

例

次の例は、Qunit-で3つのオブジェクトすべてを使用する方法を示しています。 

jQuery.sap.require("sap.ui.test.Opa");
jQuery.sap.require("sap.ui.test.opaQunit");

opaTest("press a Button", function (Given, When, Then) {
   // Arrangements
   Given.iStartMyApp();
	
   //Actions
   When.iPressOnTheButton();
	
   // Assertions
   Then.theButtonShouldHaveADifferentText();
}

次のステップは、3つの関数を定義することです。

関数の定義

var arrangements = new sap.ui.test.Opa ({
   iStartMyApp : function (){
      return this.iStartMyAppInAFrame("../index.html");
   }
});

上記の関数では、アプリがindex.htmlというページで実行されることを前提としています。OPAテストはtest / opa.htmlフォルダーにあります。

アレンジメントの定義

var actions = new sap.ui.test.Opa ({

   iPressOnTheButton : function (){
      return this.waitFor ({
         viewName : "Main", id : "pressMeButton", success : function (oButton) {
            oButton.$().trigger("tap");
         },
         errorMessage : "No Button found"
      });
   }
})

アサーションの定義

var assertions = new sap.ui.test.Opa ({

   theButtonShouldHaveADifferentText : function () {
      return this.waitFor ({
         viewName : "Main",
         id : "pressMeButton",
			
         matchers : new sap.ui.test.matchers.PropertyStrictEquals ({
            name : "text",
            value : "got pressed"
         }),
			
         success : function (oButton) {
            Opa.assert.ok(true, "The button's text changed to: " + oButton.getText());
         },
			
         errorMessage : "No change in Button's text"
      )}
   }
})

OPAテストの実行

sap.ui.test.Opa.extendConfig ({
   arrangements : arrangements,
   actions : actions,
   assertions : assertions,
   viewNamespace : "view."
});

SAP Testingの画面フローロジックはABAPコードのようなものであり、処理ブロックを含めるために使用されます。画面の手続き部分が含まれています。これはスクリーンペインタで作成され、このスクリーンペインタはABAPエディタに似ています。

画面フローロジックには外部データ宣言は含まれず、各処理ブロックは接頭辞「PROCESS」で定義されます。例えば、

  • 入力後のプロセス
  • 出力前のプロセス
  • ヘルプリクエストのプロセス
  • バリューリクエストのプロセス

各画面フローロジックには、PROCESS AFTERINPUTおよびPROCESSBEFOREOUTPUTキーワードが含まれている必要があります。

イベントブロックでは、MODULE、FIELD、ON、VALUES、CALLなどのキーワードを使用できます。

S.No. スクリーンフローロジックのキーワードと説明
1

MODULE

ABAPプログラムのダイアログモジュールを呼び出します
2

FIELD

画面フィールドの内容を転送するポイントを指定します
3

ON

FIELDと組み合わせて使用
4

VALUES

FIELDと組み合わせて使用
5

CHAIN

処理チェーンを開始します。
6

ENDCHAIN

処理チェーンを終了します。
7

CALL

従属画面を呼び出します。
8

LOOP

スクリーンテーブルの処理を開始します。
9

ENDLOOP

スクリーンテーブルの処理を終了します。

スクリーンフローの作成

リポジトリブラウザで、画面の名前をダブルクリックすると、画面のフローロジックが表示されます。

スクリーンペインタのフローロジックエディタが開き、スクリーンフローロジックを編集します。利用可能なABAPソースコードエディタのいずれかを使用して、フローロジックを定義することができます。

次のキーワードを使用して、画面フローロジックを作成できます-

S.No. キーワードと説明
1

CALL

従属画面を呼び出します。
2

CHAIN

処理チェーンを開始します。
3

ENDCHAIN

処理チェーンを終了します。
4

ENDLOOP

ループ処理を終了します。
5

FIELD

フィールドを参照します。キーワードMODULEおよびSELECTと組み合わせることができます。
6

LOOP

ループ処理を開始します。
7

MODIFY

テーブルを変更します。
8

MODULE

処理モジュールを識別します。
9

ON

FIELD割り当てで使用されます。
10

PROCESS

処理イベントを定義します。
11

SELECT

テーブルのエントリをチェックします。

テスト画面

テスト画面は、実行時に表示される画面の外観をテストするために使用されます。フローロジックをすでにプログラムしている場合は、フローロジックを使用して画面をシミュレートするかどうかを選択できます。

スクリーンテストを実行するには、以下の手順に従います。

  • 画面→テストを選択します。
  • ランタイムシミュレーション用のダイアログボックスが表示されます。
  • 必要に応じて、ウィンドウの座標を変更できます。
  • 次に、シミュレーションの範囲を定義します。
  • フローロジックを含めるには、[完全なフローロジックを選択]をクリックします。
  • [続行]をクリックすると、画面シミュレーションが表示されます。

組織には、HP Quick Test Professional（QTP）、IBM Rational Functional Tester（RFT）、SAP Test Acceleration and Optimization（TAO）ツールなどのさまざまなテストツールを使用してテストできるさまざまなSAPモジュールが実装されています。

一般的なSAPモジュール

一般的なSAPモジュールを以下に示します-

  • Financial Modules −財務会計および管理（FICO）、トレジャー（TR）、およびエンタープライズ管理（EC）。

  • Logistics Modules −資材管理（MM）、プラント保守（PM）、販売管理（SD）、品質管理（QM）など。

  • Human Resource Management −経理給与、時間管理、トレーニング、イベント管理。

これらのモジュールはすべて相互に依存しており、1つのモジュールの機能が他のモジュールの機能に影響を与えます。

例

販売管理（SD）モジュールで販売注文を作成する必要があるとします。ここでは、最初に入力する必要がありますtransaction code（例：トランザクションコードVA01）。次に、在庫モジュールでアイテムの在庫を確認し、顧客関係モジュールの顧客プロファイルで利用可能な与信限度額を確認します。これらすべてのモジュールが相互に依存していることを示しています。これらのモジュールのいずれかをカスタマイズすると、関連するERPシステムに影響します。

SAPテストを実行するには、機能、機能、およびこれらのSAPモジュールでワークフローがどのように行われるかを理解する必要があります。ERP実装プロジェクトの失敗の一般的な理由のほとんどは、誤ったテスト計画と誤ったテストケースの使用です。

PeopleSoft、Edwards、OracleEビジネススイートなどの非SAPERPシステムには、さまざまな顧客と機能があります。テストチームは、完全なシステムの機能を理解する必要があります。

テストチームの種類

通常、SAPプロジェクトで使用できるテスターに​​は2つのタイプがあります-

  • Core Testers −ERPシステムとモジュールの基本的なテストを実行する責任がある人。

  • Implementation Testers −実装プロジェクトに取り組み、SAPモジュールのカスタマイズ機能をカバーする人。

クライアントからのカスタマイズ要求は、SAPシステムのモジュールに影響を与える可能性があります。テストチームは、各カスタマイズ要求と他のSAPモジュールへの影響を記録できる必要があります。

ERPシステムは大規模なシステムであるため、テストプロセスは理想的には自動化する必要があります。手動テストは非常に時間と時間がかかるプロセスであるため、ERPシステムの自動テストを実行することを常にお勧めします。SAPシステムの各コンポーネントをテストしないと、SAPプロジェクトの100％の品質と実装の成功を達成することは非常に困難です。

QTPを使用して上記の例のSAPテストを実行する

上記の例のSAPテストを実行するには、以下の手順に従います。

  • 最初のステップは、HP QTPツールをインストールし、QTP内に必要なプラグインをインストールして、ERPシステムへの接続と互換性を持たせることです。

  • 次のステップは、HP Quality Center（QC）を使用してテスト計画を作成し、テスト計画の設計をテストスクリプトに変換することです。これらのテスト計画は、HPQTPを使用してスクリプトに変換できます。

  • 次に、販売注文の作成またはMMでのPRの作成中に、SAPシステムforSDモジュールのR / 3GUI画面を記録します。

  • QTPツールでの記録が完了したら、VBでスクリプトを作成します。

SAPGuiSession("Session").SAPGuiWindow("SAP Easy Access - User")
   .SAPGuiOKCode("OKCode").Set "/nVA01"

SAPGuiSession("Session").SAPGuiWindow("SAP Easy Access - User"). SendKey ENTER

要件に応じて、さまざまなパラメータやカスタマイズを追加することもできます。

ERPシステムのインターフェイスは、あるシステムからデータを取得し、そのデータを別のシステムに移動するツールとして知られています。たとえば、XML形式でレポートを作成するプログラムがあり、このプログラムがXMLファイルを読み取って、別のシステムに入力を提供するとします。あるシステムから別のシステムに情報を渡しているときに操作することもできます。

例

従業員の出席を処理するベンダーツールを検討してください。これで、システムインターフェイスがこの情報を取得し、SAPHRシステムに入力します。

インターフェイステストでは、このジョブが正常に実行されていることを確認して、データが完全に転送され、SAPHRシステムへのデータ転送中にエラーが発生しないことを確認します。

SAPインターフェイステストを実行する際に考慮すべき点

SAPインターフェイスのテストは、運用と組織のプロセスに完全に依存しています。SAPインターフェイステストを実行する際には、次の重要なポイントを考慮する必要があります。

  • SAPインターフェイスを使用する目的は何ですか？また、インターフェイスによって処理されるビジネスシナリオは何ですか？

  • インターフェイスがテスト戦略に従ってすべてのビジネスシナリオを正確に処理しているかどうかを確認します。

  • インターフェイステストを実行するためのベストプラクティスは、ユニットテストの実行から始めることです。

  • アウトバウンドインターフェイスに問題がないかどうかを確認する必要があります。つまり、レイアウトなどの観点からファイルを満たす仕様を確実に実行できます。

  • インバウンドインターフェイスに問題がないかどうかを確認する必要があります。ファイルを正しく読み取っているかどうか、およびターゲットシステムで正しい手順を実行しているかどうかを確認してください。

SAPテストケースは、SAPシステムのインストールと構成、新しい実装、多言語およびデバイスのテスト、イントラネットテスト、リアルタイムテストなどのチェックを実行するために必要です。

ERPシステムは一般的な集中型システムであり、複数のユーザーがリアルタイムで同時に使用します。したがって、多くの努力と献身をもってテストケースを作成する必要が生じます。

ERPシステムにはさまざまなFIトランザクションも含まれるため、各テストケースはすべての構成および実装部分の範囲をカバーする必要があります。テストデータは慎重に合格する必要があり、各テストには名前出力データを含む列が必要です。

例

Test Case ID − XYZ_ERP_SD_A20301

Module − SAP Sales＆Distribution SD

取引を確認しましょう VA01 販売管理（SD）システムで受注を登録します。

注文の作成時に入力するフィールド-

  • 注文日
  • 注文タイプ
  • 有効期限
  • 顧客ID
  • 配送ID、配送の詳細など

詳細を入力したら、Enterキーを押して、すべての詳細を受注に追加します。

SAPテストケースを作成するために、入力データを渡すことができます（正解と不正解で結果を確認します）-

正しい入力データ

  • 注文日2016年1月1日、注文タイプ販売注文
  • 有効期限2016年1月15日、出荷日2016年1月10日、
  • 支払い期日2015年10月1日、アイテム数量10などを選択します。

誤った入力データ

  • 注文日2017年1月1日、注文タイプ販売注文
  • 有効期限2017年1月15日、出荷日2017年1月10日、
  • 支払い期日2017年10月1日、アイテム数量0などを選択します。

出力データ-正しいデータを使用

  • 注文はSAPモジュールに正常に保存され、請求されます。
  • 次は梱包票番号です。
  • 次は発送注文番号等です。

出力データ-誤ったデータ

  • 誤ったデータ入力のエラーメッセージ。誤った入力データのテキストメッセージは、システムで定義する必要があります。

期待される出力

  • 販売注文＃
  • 売上請求書＃
  • パッキングリスト＃など

SAP Testing TAO（Test Acceleration and Optimization）は、SAPシステムの自動テストを実行するために使用されるツールです。SAP TAOは、SAPシステムの自動テストケースを作成するプロセスを迅速化するのに役立ちます。TAOを使用した自動化テストは、SAPモジュールでさまざまなトランザクションのテストコンポーネントを作成することによって実行されます。

TAOを使用するテストコンポーネントは、HP QualityCenterにアップロードされます。このように作成されたテストコンポーネントは通常、単一のトランザクション用であり、後でテストシナリオを作成するために使用できます。このツールは、SAP Solution Managerと簡単に統合して、さまざまなテストコンポーネントを維持できます。

つまり、SAP TAOを使用すると、SAPクライアントは、ドラフトテストケースとテストコンポーネントを自動的に作成することで、ビジネスニーズを自動化できます。

TAOの主な機能

SAP TAOを使用すると、お客様は1つのソフトウェアを複数のパーツに分割できます。各パーツをドラッグアンドドロップすることで、シンプルなインターフェイスを使用してテストケースに統合できます。

  • TAOは、テストケースとデータの柔軟な再利用をサポートしています。

  • システムに機能上の変更があった場合、この変更によりテストケースを簡単に保守できます。

SAPTAOの一般的なバージョンはTAO2.0とTAO3.0です。

SAPTAOと他のツールとの統合

SAP TAOの重要な機能の1つは、さまざまなツールと簡単に統合して、自動化されたテストケースを作成できることです。TAOと統合できるいくつかの一般的なツールは次のとおりです。

  • SAP Solution Manager（ソルマン）。
  • HP QualityCenterQC。
  • HP Quality Test ProfessionalQTP。

SAP TAO 2.0

SAP TAO 2.0は、システムの回帰テスト中に自動テストケースを作成するために使用されるツールです。これは、SAPの顧客がトランザクションの画面からさまざまなテストコンポーネントを作成し、それらをパラメータ化するのに役立ちます。

これらのテストコンポーネントは通常、1つのトランザクションコードに対して作成され、後でそれらを組み合わせてテストシナリオにすることができます。SAP SolutionManagerのビジネスプロセス変更アナライザと簡単に統合できます。

SAP TAO 2.0には、さまざまなService Pack SP 02、SP 04、およびSP06が付属しています。

SAP TAOは、SAP TestingLifecycleで次のタスクを実行します-

  • テストケースの作成
  • 影響を受けるコンポーネントの再生
  • テストケースの統合
  • テストの実行

SAPTAOプロセスアーキテクチャ

次の図は、SAPTAOのプロセスアーキテクチャを示しています。

手順は次のとおりです-

  • 最初のステップは、SAPテストの要件を取得することです。これには、SAPモジュールの機能の理解と、実行するテストの要件の特定が含まれます。

  • 次に、要件分析から情報を取得して、テストコンポーネントを生成します。

  • 次のステップは、SAPTAOツールを使用してテストケースとコンポーネントを生成することです。

  • 最後のステップは、テスト結果を文書化し、テスト結果で分析を更新することです。

SAPTAOをインストールするための前提条件

このリンクからSAPSolution Manager Solman互換性マトリックス、Quality Center、およびSAPTAOをダウンロードしました- http://service.sap.com

[テスト管理と追加情報]> [テスト管理]に移動します。SAPTAOでサポートされている互換性のあるすべてのコンポーネントが表示されます。

システムランドスケープ内のSAPシステム上のコンポーネントの前提条件を確認します-

  • 上記の互換性マトリックスを確認した後のSAPSolution ManagerSOLMANのバージョン。

  • テスト中のすべてのシステムでのST-PIのバージョン。

  • タイプCRMのテスト中のシステム上のST-A / PIのバージョン。

SAP Solution Manager構成ワークセンターの場合、テストを実行する必要のあるシステムがSOLMANに接続されていることを確認します。

SAP TAOクライアントのインストールには、ローカルシステムで次の設定が必要です-

  • RAM：4GB。
  • 空きディスク容量：500MB。
  • SAP Quality CenterQCサーバーおよびSOLMANへのLAN接続。
  • 管理権。
  • 最新のパッチレベルのSAPGUI。
  • Microsoft Excel97以降。
  • CRMUIサポート用のMicrosoftInternetExplorer。

SAPTAOツールにはさまざまなモジュールがあります。この章では、主要なコンポーネントについて説明しました。

プロセスフローアナライザー

最初のコンポーネントは、SAPシステムで実行されるトランザクションコードで使用されるユーザーインターフェイスを自動的に検出するために使用されるプロセスフローアナライザです。テストコンポーネントが自動的に作成され、QualityCenterにアップロードされます。

プロセスフローアナライザーは、ユーザーアクションおよびスプレッドシート値の作成に従ってテストコンポーネントのシーケンスを識別するためにも使用されます。

検査する

リストにトランザクションコードを追加する必要があります。SAP TAOは、特定のトランザクションに関連付けられているすべての画面を返します。任意の画面を選択して、[検査]オプションをクリックできます。

統合する

複数のテストコンポーネントを1つのテストに収集できます。QCツリーからQualityCenterでテストを見つけて、[統合]をクリックする必要があります。

統合するトランザクションコードを選択して、 Add to Consolidate list 下部にあるテストシナリオを作成します。

インポートとエクスポート

インポートおよびエクスポートオプションは、QualityCenterにエクスポートおよびQualityCenterからインポートするために使用されます。インポートおよびエクスポートするコンポーネントを選択して、必要なボタンをクリックする必要があります。

アナライザーの変更

Change Analyzerは、SAPシステムへの変更と影響を追跡するために使用されます。SAPシステムに変更を加えると、影響を受けるビジネスプロセスが識別されます。

Change Analyzerを使用するには、特定のプロジェクトを選択して、 change impact analysisオプション。この変更により、SAPシステムで影響を受けるコンポーネントを確認および修復できるようになります。

リポジトリ

リポジトリは、プロジェクト内のすべてのテストコンポーネントとフローに関する情報を含むために使用されます。テストコンポーネントに関する情報を確認し、プロセスフローを確認するには、をクリックします。Component Explorer または PFA Explorer。

SAP Quality Centerの構成は、次の2つの方法で実行できます。

  • HPサーバーの属性
  • HPプロジェクト

HPサーバーの属性

Step 1− SAP TAOで、SAP QualityCenterをクリックします。SAPTAOの接続パネルにSAPQuality CenterURLが必要です。次に、WebブラウザにURLを入力します。

Step 2 − HP SiteAdministrationによってSAPQuality Centerに次の値を入力し、[ apply to entire。

DISABLE_EXTENDED_STORAGE = N 
BACKWARD_SUPPORT_ALL_DOMAINS_PROJECTS = Y

Step 3 −新しいプロジェクトの場合、次の手順を実行します−

  • SAPQCで新しいドメインとプロジェクトを作成します。
  • 新しいユーザーを作成して、そのプロジェクトを新しいユーザーに割り当てます。
  • 新しく作成したユーザーにプロジェクト管理者の役割を割り当てます。

Step 4 − HP SiteAdministrationによってSAPQualityCenterからログオフします。

HPプロジェクト

SAP TAOで、SAP QualityCenterをクリックします。SAPTAOの接続パネルにSAPQuality CenterURLが必要です。

  • Step 1 −WebブラウザにURLを入力します。

  • Step 2 −次のステップは、ドメイン/プロジェクトにログインすることです。

  • Step 3 −テスト計画に移動します。

  • Step 4 − [サブジェクトフォルダー]で、[BPTリソース]という名前のフォルダーを作成します→フォルダーライブラリを作成します。

  • Step 5− SAP TAOは、QCのテストエンティティのユーザーフィールドへのテスト統合に関する情報を記録します。デフォルトでは、TS_USER_01です。SAP TAOによって作成されたすべてのテストでSOLMANに接続すると、これは正しいことに注意してください。

  • Step 6 − SAP QCユーザーは、QualityCenterプロジェクトで他の目的に同様のユーザーフィールドを使用しないでください。

QTPでのアプリケーションエリアの作成

SAP TAOコンポーネントには、HPQTPおよびWebアドオンを含めるためのアプリケーション領域が必要です。QTPでアプリケーション領域を作成するには、以下のステップを実行する必要があります-

  • 管理者としてHPによるQTPを実行します。オペレーティングシステムによって異なります。

  • WebアドインとSAPを選択できます。

  • 次に、自動または手動でQualityCenterプロジェクトに接続します。構成されている場合、このステップは自動的に行われます。

  • 次に、name_SAP_Docを使用してアプリケーション領域を作成します。[保存]ボタンをクリックすると、アプリケーション領域の名前が入力されます。

プロセスフローアナライザー（PFA）

プロセスフローアナライザは、SAPシステムで実行されるトランザクションコードで使用されるユーザーインターフェイスを自動的に検出するために使用されます。テストコンポーネントが自動的に作成され、QualityCenterにアップロードされます。

また、ユーザーアクションおよびスプレッドシート値の作成ごとにテストコンポーネントのシーケンスを識別するためにも使用されます。

[トランザクションの追加]ボタン→[トランザクションコードを入力]をクリックして、[OK]をクリックします。

次のステップは、 Start ボタン。

TAOはSAPを起動し、入力したトランザクションをログに記録します。トランザクションプロセスが完了したら、をクリックします。Stop ボタン。

TAOは、プロセスフローの作成に使用されるすべての画面を返します。次に、分析をQCにアップロードします。これは、をクリックして行うことができますUpload ボタン。

インポート・エクスポート

インポートおよびエクスポートオプションは、QualityCenterにエクスポートおよびQualityCenterからインポートするために使用されます。インポートおよびエクスポートするコンポーネントを選択して、必要なボタンをクリックする必要があります。

まず、インポートまたはエクスポートするコンポーネントを特定します。クリックExport SAPQCまたは Import SAPQCから必要なコンポーネントをインポート/エクスポートします。

アナライザーの変更

Change Analyzerは、SAPシステムへの変更と影響を追跡するために使用されます。SAPシステムに変更を加えると、影響を受けるビジネスプロセスが識別されます。

Change Analyzerを使用するには、特定のプロジェクトを選択して、 change impact analysisオプション。これにより、SAPシステムで影響を受けるコンポーネントを確認および修復できます。

検査する

リストにトランザクションコードを追加する必要があります。SAP TAOは、特定のトランザクションに関連付けられているすべての画面を返します。任意の画面を選択して、Inspect オプション。

SAP TAOの結果を分析するには、次の手順を実行します。

Step 1− [テスト]リストに移動し、ツリーで分析用のテストをクリックします。レポートのリストが表示され、実行中のテストのステータスが表示されます。

Step 2 −テストを分析し、をクリックします View Reportオプション。詳細なレポートを含む新しいウィンドウが開きます。

マウスアイコンをクリックして、表示する列を調整するオプションがあります。HTMLレポートをクリックすると、テストレポートのHTML形式を確認することもできます。テスト結果をさらに調査するには、HTMLレポートからログフォルダーに移動します。

テスト構築は、SAPTAOを使用してSAPQualityCenterで行われます。テストシナリオを作成するには、テストコンポーネントを統合する必要があります。あなたは実行することができますsingle or multiple tests SAPTAOで技術部品表TBOMを使用します。

単一のテスト実行

技術部品表（TBOM）は、実行可能な形式でオブジェクトを含めるために使用されます。Change Analyzerはこれを利用して、変更が実行されたときに実行可能オブジェクトが影響を受けるかどうかを判断します。

Business Process Change Analyzerを使用する場合は、テストシナリオおよびプロセスで実行可能オブジェクトごとにTBOMを生成する必要があります。

Note −単一のテストを実行する必要があり、TBOMを更新する必要がある場合は、をクリックします。 Execute and update TBOM。

更新の詳細はTBOMページで確認できます。SAPTAOで作成された実行リストを変更することができます。

複数のテストの実行

Business Process Change Analyzerでは、複数のテストを実行するために、フォルダーを選択して実行リストに追加できます。実行時にTBOM作成を選択することもできます。

Note −実行時にTBOMがすでに存在する場合、既存のTBOMのみが更新されます。

統合は、SAP TAOコンポーネントを組み込みコンポーネントと組み合わせて、単一のトランザクションビジネスコンポーネントとしてテストシナリオを作成するプロセスとして知られています。複数のテストコンポーネントを1つのテストに収集できます。

これは、トランザクションコンポーネントが収集されたときに発生します。次のスクリーンショットは、QCのトランザクションコンポーネントを示しています。

QCツリーからQualityCenterでテストを見つけて、[統合]オプションをクリックする必要があります。

統合するトランザクションコードを選択して、 Add to Consolidate list 下部にあるテストシナリオを作成します。

前の章で説明したように、以下の手順に従う必要があります-

  • Step 1 −QCで統合するトランザクションを見つけます。

  • Step 2 −トランザクションを追加してリストを統合します。

  • Step 3 −統合ボタンを押します。

UIスキャナーは、既存のコンポーネントで新しい画面コンポーネントを作成するために使用されます。QTPツールのプラグインです。UIスキャナーではなく[検査]タブを使用してみてください。標準のUIスキャナーは、GUIフロントエンドクライアントでのみ機能します。画面コンポーネントをキャプチャするためにサードパーティのUIスキャナーを使用することもできます。

UIスキャナーを使用する必要がある場合は、SAPTAOツールの[検査]タブでアクティブにする必要があります。UIスキャナーは、一度に1つの画面から情報を取得し、これらの画面オブジェクトを画面コンポーネントとしてQCに転送するために使用されます。

UIスキャナーを使用すると、SAPGUI画面からProcessFlowAnalyzerまたはInspectionタブでサポートされていないコンポーネントを作成できます。

SAP TAOでUIスキャナーを使用するにはどうすればよいですか？

SAP TAOにログインするときは、 Inspectタブ。UIスキャナーを使用するオプションが表示されます。

SAPシステムにログインします。トランザクションコードを入力し、スキャンする画面に移動してログオフします。

SAP TAOの[検査]オプションの下にある[UIスキャン]タブに移動すると、QTPツールでデフォルトのUIスキャナーオプションを使用できます。それ以外の場合は、UIスキャナーに移動して外部オプションを選択することにより、UIスキャナープロセスでカスタムQTPテストを使用できます。

自動化テストでは、テスターはスクリプトを作成し、他のソフトウェアツールを使用して製品をテストします。このプロセスには、手動プロセスの自動化が含まれます。それに比べて、手動テストは時間がかかり、経験テストの専門家、対象分野の専門家のチーム、およびチームメンバー間の効果的なコミュニケーションが必要です。

自動化テストには、手動で実行されたテストケースを複数回再実行することが含まれます。

回帰テストに加えて、自動化テストは、負荷、パフォーマンス、およびストレスの目的からアプリケーションをテストするためにも使用されると言えます。手動テストと比較して、テストの範囲を拡大し、精度を向上させ、時間と費用を節約するために使用されます。

ソフトウェアテストツール

次のツールは、自動化テストに使用できます-

  • HPクイックテストプロフェッショナル（QTP）
  • Selenium
  • SAP TAO
  • ECATT
  • IBM Rational Functional Tester
  • SilkTest
  • TestComplete
  • どこでもテスト
  • WinRunner
  • LaodRunner
  • Visual Studio Test Professional
  • WATIR

SAP Automationテストを実行するには、SAP TAO、SAP Solution Manager、およびテスト対象のシステム間の通信を設定する必要があります。

この構成をセットアップするには、SAPSOLMANでの管理権限が必要です。これは、データテーブルのコンテンツにアクセスして変更するために必要です。

T-Code: SE16

テーブル名AGS_TAO_SETTINGを表示し、AGS_TAO_ENABLE_SM_SETUPの値をONに変更する必要があります。

次に、SAPTAOとSolutionManagerの互換性マトリックスを確認します。SAP TAO 3.0には、テスト記録を容易にするために使用できるProcess FlowAnalyzer記録ウィザードが含まれています。

Note− SAP TAO3.0はSolutionManager 7.1のコンポーネントであり、Solution Manager7.0をサポートしていません。SAP Solution Manager構成ワークセンターを開き、トランザクションコード-SOLMAN_SETUPを実行します。

SAP Logonを開き、ログオンでテストするシステムを追加します。

SAP SOLMANをTAOに接続する方法は？

SAP TAOに移動してログインし、リストからSAPSOLMANを選択します。SAP TAO内のこのシステムのリストは、SAPログオンの設定ファイルから取得されます。SAP TAOにシステムを追加するには、SAP Logonに新しいシステムを追加し、TAOのリストを更新する必要があります。

ログイン資格情報を入力し、ログオンをクリックします。SAPTAOがSAPSolution Managerに接続され、TAO構成ウィザードが開きます。

ビジネスプロセステスト（BPT）は、QTP自動化フレームワークの一部であり、HPのQualityCenterで使用されます。BPTは、自動化テストシナリオを作成し、自動化の予備知識がなくてもそれらのシナリオを実行するために使用されます。

HP BPTは、テストケースの作成と保守の複雑さを取り除き、すべてのドキュメントとテストの自動化を1つの作業で組み合わせます。

ビジネスプロセステストは、テストプロセスをビジネス目標に合わせて調整し、テストのライフサイクル時間を大幅に短縮します。

HPビジネスプロセステストツールの使用方法は？

ビジネスプロセステストツールは、再利用可能なコンポーネントを使用してテストケースを作成するため、テストのメンテナンス時間が短縮され、テストプロセスの効率が向上します。

テスト自動化のプロセスを固定するために、キーワード駆動の方法を使用します。テストプロセスに一般的なベストプラクティスを追加できます。これにより、テストスクリプトに基づかないテストソリューションを使用できます。BPTで手動テストを作成すると、テストケースを簡単に自動化できます。

また、古いケースを上書きすることなく、さまざまなテストコンポーネント、プロセスフローのさまざまなバージョンとベースラインを維持できます。

ビジネスプロセステストツールを使用して作成されたテストケースは、HP Quality CenterQCを使用して実行できます。

HPビジネスプロセステストを使用する利点

BPTを使用すると、技術者以外のSMEは、テストケースを簡単に作成、保守、および実行し、Webベースのシステムでそれらを文書化できます。

  • これにより、テストケースで再利用可能なコンポーネントを設計および作成し、ビジネス要件に従ってそれらを使用できます。

  • HPSprinterを使用してテストスクリプトを実行することもできます。

  • 再利用可能なコンポーネントを使用するためのフレームワークが利用できるため、テストケースを維持するための労力が軽減されます。

HP Quality Center（ALM）

テスト管理ツールであるHPQuality Centerは、現在では一般的に次のように知られています。 Application Life Cycle Management （ALM）ツールは、単なるテスト管理ツールではなく、ソフトウェア開発ライフサイクルのさまざまなフェーズをサポートするためです。

HP-ALMは、プロジェクトのマイルストーン、成果物、リソースを管理し、プロジェクトの状態を追跡するのに役立ちます。これにより、製品の所有者は製品の現在のステータスを測定できます。履歴、アーキテクチャ、およびQualityCenterワークフローを理解することが重要です。

要件モジュールを使用すると、ユーザーはソフトウェアライフサイクルのすべての段階で要件を定義、管理、追跡できます。以下は、要件モジュールの主な機能です。

S.No. 機能と説明
1 要件の作成

要件を作成し、リリース/サイクルに割り当てます。
2 アップロード要件

ALM-MSExcelアドインを使用したアップロード要件
3 要件のトレーサビリティ

要件と要件間に存在する依存関係の間のトレーサビリティリンクを定義する方法を有効にします。
4 トレーサビリティマトリックス

ユーザーが、ソース要件とそれに関連する要件およびテストをリストするトレーサビリティマトリックスを表示できるようにします。

テスト計画

アプリケーションをテストする際の重要なステップは、明確で正確なテスト計画を作成することです。優れたテスト計画により、チームはソフトウェア開発ライフサイクルの任意の時点でテスト対象のアプリケーションの品質を評価できます。

テスト計画モジュールをよりよく理解するには、次の機能が非常に重要です。

S.No. 機能と説明
1

Creating Tests

このモジュールでは、テスト計画ツリーにテスト対象のフォルダーを作成する方法と、テストを追加する方法について説明します。
2

Uploading Tests

ALM-MSExcelアドインを使用した乳首のアップロード
3

Requirement and Test Coverage

要件とテストの関係を定義する方法を有効にします。
4

Test Configuration

テストで使用する必要があるデータのサブセットまたはランタイム環境を特定します。

HP QCの詳細については、-にアクセスしてください。 http://www.tutorialspoint.com/qc/index.htm

HP Quick Test Professional（QTP）は、テスト対象のアプリケーションの実際の/望ましい結果に反して、ギャップ、エラー/欠陥を特定するために、テスターが自動回帰テストを実行するのに役立つ自動機能テストツールです。

オブジェクトリポジトリ

オブジェクトリポジトリは、QTPがオブジェクトを認識して操作できるようにするオブジェクトとプロパティのコレクションです。ユーザーがテストを記録すると、オブジェクトとそのプロパティがデフォルトでキャプチャされます。オブジェクトとそのプロパティを理解しないと、QTPはスクリプトを再生できません。

行動

アクションは、テスターがスクリプトをと呼ばれるQTPステートメントのグループに分割するのに役立ちます actions。アクションはVBScriptの関数に似ていますが、いくつかの違いがあります。デフォルトでは、QTPは1つのアクションでテストを作成します。

行動 関数
アクションはQTPの組み込み機能です。 VBScript関数は、VBScriptとQTPの両方でサポートされています。
アクションパラメータは値によってのみ渡されます。 関数パラメーターは、値または参照によって渡されます。
アクションの拡張子は.mtsです 関数は.vbsまたは.qflとして保存されます
アクションは再利用できる場合とできない場合があります。 関数は常に再利用可能です。

アクションのプロパティには、スクリプトエディタウィンドウを右クリックして[プロパティ]を選択することでアクセスできます。

アクションプロパティには次の情報が含まれています-

  • アクション名
  • Location
  • 再利用可能なフラグ
  • 入力パラメータ
  • 出力パラメータ

アクションの種類

アクションには3つのタイプがあります-

  • Non-reusable action −設計された特定のテストでのみ呼び出すことができ、1回だけ呼び出すことができるアクション。

  • Reusable action −それが存在するテストで複数回呼び出すことができ、他のテストでも使用できるアクション

  • External Reusable action−別のテストに保存されている再利用可能なアクションです。外部アクションは呼び出しテストでは読み取り専用ですが、外部アクションのデータテーブル情報の編集可能なコピーを使用してローカルで使用できます。

詳細については、次のリンクを使用してください- http://www.tutorialspoint.com/qtp/index.htm

SAPを実装するほとんどの企業は、テストを実行する必要があります。テストの範囲が広すぎるため、自動化されたアプローチに従ってSAPシステムの変更を維持できます。

さまざまな企業が、SAPテストを実行するためのクライアントの要件を満たすように社内ソリューションを設計しています。クライアントは、銀行、金融、製造、またはヘルスケアのドメインからである可能性があります。

例

以下に、製造会社のSAPテストを実行する例を示します。

Client Requirement−クライアントは英国を拠点とする製造会社です。プロジェクトの要件は、QTPを使用してSAPテストを実行し、人的資源、サプライチェーン、ロジスティクス、資材管理、およびプラントメンテナンスの分野で自動化と機能テストの主要な操作を実行し、SAPアップグレードに自動テストケースを使用し、統合と回帰テストを実行することでした。 。

Tasks Performed−自動化される主要なビジネスプロセスとSAPシステムタスクを理解することから始まりました。テストチームは、古いパイロットプロジェクトを参照して、HP QTPツールでテストの実行を実行するために必要なテスト戦略、時間、および労力を完成させました。

プロジェクトの実施の一環として、100のビジネスプロセスが正常に自動化されました。実装されたソリューションにより、実行が高速化され、精度が向上し、サービスの範囲と品質が向上しました。

Tools Used −次のツールが使用されました：SAP R / 3、HP QTP、VBで記述されたテストスクリプト、およびXMLおよびXLS形式のデータ。

Key Benefits Achieved −以下のメリットが得られました−

  • システム検証
  • 品質と収益
  • コストと予測可能性
  • コンプライアンス管理
  • 新しい実装と構成の変更

SAPテストとは、さまざまなSAPモジュールの機能をテストして、構成どおりに実行されていることを確認することです。SAPシステムでは、パッチの管理と修正、新しいモジュールの実装、その他のさまざまな構成の変更など、さまざまな変更が行われます。これらすべてにより、SAP環境で回帰テストを実行する必要が生じます。SAP TAOなどのSAPテスト自動化ツールは、この目的に使用でき、SAPがテスト用に推奨しています。

SAPテストを実行する利点は多岐にわたります。それらは次のとおりです-

  • System Validation − SAPテストには、SAPERP環境内のすべてのSAPモジュールの完全なエンドツーエンドのテストと検証が含まれます。

  • Quality and Revenue − SAPテストは出力ベースのテストであり、入力ベースの従来のテスト方法とは異なり、SAPシステムの品質を保証し、組織の収益とコストにも焦点を当てています。

  • Cost and Predictability − SAPテストには、SAP開発コストの削減と予測可能性の向上が含まれます。

  • Compliance Requirement − SAPテストは、SAP実装が特定の組織の新しいコンプライアンス要件を満たし、すべてのモジュールが期待される構成に従って機能していることを確認します。

  • New Implementation and Configuration Changes−パッチと修正、新しい実装、構成の変更など、SAPシステムに実装されているさまざまなタイプの変更があります。SAPテストは、すべてのモジュールがこの動的システム環境の要件に従って実行されていることを確認します。

  • Integration− SAPテストは、さまざまなレポート、データフローとワークフロー、GUIフォームなどをテストするために実行されます。これは、異なるモジュール間のシステム統合をチェックするために使用されます。たとえば、販売管理、MM、FICOでのアクションが必要な注文転記が行われた場合、SAPテストではこれらのシステム間の統合がチェックされます。

  • Performance −また、システムがサービスレベルアグリーメントを満たすことができるかどうか、システムが特定のアクションを実行するのにかかる時間、システムのパフォーマンスなどを確認するためにも使用されます。

SAPテストは、次のモジュールで実行できます-

  • SAP資材管理
  • SAP財務会計および管理
  • SAPの販売と流通
  • SAP人事
  • SAPサプライチェーン管理
  • SAPプラント管理

自動化テストツールには、HP Quick Test Professional（QTP）、Selenium、SAP TAO、ECATT、IBM Rational Functional Tester、WinRunner、およびLoadRunnerがあります。

ソフトウェアテストのライフサイクルに含まれるさまざまな段階は、-要件フェーズ、テスト計画、テスト分析、テスト設計フェーズ、テスト実装、テスト実行フェーズ、およびテスト閉鎖フェーズです。

単体テストは、SAPシステムのさまざまなコンポーネントの機能をテストするために使用されます。これは、システム内の各ユニットの機能を知っているドメインおよび構成の専門家によって実行されます。

Example−受注を登録して保存します。このタスクの単体テストを実行するには、テスターは、得意先マスタデータ、パートナ機能、品目マスタデータ、会社コード、与信管理領域、販売組織などのSAP組織要素を使用して受注を保存できることを知っている必要があります。

単体テストは、SAPシステムのピースの機能をテストするために使用されます。これは、システム内の各ユニットの機能を知っているドメインおよび構成の専門家によって実行されます。

Example−受注を登録して保存します。このタスクの単体テストを実行するには、テスターは、得意先マスタデータ、パートナ機能、品目マスタデータ、会社コード、与信管理領域、販売組織などのSAP組織要素を使用して受注を保存できることを知っている必要があります。

システムテストでは、SAPシステムの要素を統合して、関連するSAP機能が開発環境で相互にリンクされていることを確認します。

Example−組織内の見積もりの​​キャッシュフローは、見積もりを使用して受注を作成できること、注文から納品を作成および処理できること、納品に請求できること、請求が会計にリリースされることを示している場合、会計請求書に対して適用される顧客の支払い。各ユニットはこのようにテストされ、テスト結果が組み合わされます。

シナリオベースのテストは、その名前が示すように、特定のビジネスケースに従って実行されます。

Example−顧客セグメント、特定の製品ライン、または一連のサービスに固有のタスクがいくつかあるとします。これらの特定のターゲットラインについて、テストする必要のあるさまざまなシナリオがあります。

このテストは開発環境でも実行されます。これは、システムテストでカバーするテストケースであると主張することができます。

このテストでは、テストデータは実際のデータ抽出ソースから取得され、変換が行われ、負荷の行使とデータがビジネスエンドユーザーに認識されます。

Example−統合テストは、SAPで設計および構成されたビジネスプロセスが実際のデータを使用して実行されていることを示すために使用されます。さらに、テストでは、インターフェイストリガー、レポート、ワークフローが機能していることが示されています。

インターフェイステストにより、SAPシステムのビジネスプロセスが自動的に実行されることが保証されます。理想的には、インターフェイステストには、プロジェクトの進行に伴う大規模なテストアクティビティが含まれます。インターフェイステストでは、トリガーが機能し、データの選択が正確で完全であり、データ転送が成功し、受信者が送信されたデータを消費できることが示されています。

SAP UATは、エンドユーザーが新しいシステムで割り当てられたジョブ機能を実行できるようにするために使用されます。このテストの重要な側面は、ビジネス要件を理解し、期待される機能、機能、および機能が利用可能であることを確認することです。

パフォーマンステストは、SAPシステムのボトルネックとコーディングの非効率性を特定します。確認するために実施します−

  • システムの応答時間がビジネス要件に従って許容できるかどうか
  • 定期的なプロセスが許容時間内に実行されているかどうか
  • 予想される同時ユーザー負荷をサポートできるかどうか

セキュリティと承認のテストは、ユーザーがトランザクションを実行し、プロジェクトに関連する適切なデータにのみアクセスできることを確認するために使用されます。

セキュリティ標準の実装と同様に、これはセキュリティと承認がシステムに配置されているかどうかをテストするために非常に重要です。ジョブロールのテストIDが作成され、ユーザーが実行できることと実行できないことの両方を確認するために使用されます。

このテストは通常​​、プロジェクトのライフサイクルで1回実行されます。「カットオーバー」という用語は、レガシーシステムからデータを抽出し、あらゆる種類のデータ変換を実行し、結果をSAPシステムにロードし、ユーザーのサインオフを含めて結果を完全に検証するために必要なすべてのタスクの本格的な実行を意味します。 。

SAP回帰テストは、システムがアップグレードされたとき、または新しいシステムがセットアップされたときに、新しい機能を見つけ、システムの古い機能をテストするために使用されます。回帰テストの重要な役割は、既存の機能と新しく更新された構成およびコードベースをテストすることです。

SAPシステムをアップグレードしたり、パッチを適用したりしても、ユーザーが実行することが期待される機能に影響を与えたり、新しいリリースで導入される予定の新機能をチェックしたりすることはありません。

SAPテストナビゲーションにより、SAPシステムの各モジュールと、各機能に対して実行される少なくとも1つのテストを確実にカバーできます。

また、手動テストの労力を軽減し、SAPシステムのほとんどのテストパスをカバーします。OPAテストを実行して、SAPテスト-ナビゲーションを確認できます。

SAP Testingの画面フローロジックはABAPコードのようなものであり、処理ブロックを含めるために使用されます。これには画面の手続き部分が含まれており、画面ペインタで作成されます。この画面ペインタはABAPエディタに似ています。

Financial Modules −財務会計および管理（FICO）、トレジャー（TR）、およびエンタープライズ管理（EC）。

Logistics Modules −資材管理（MM）、プラント保守（PM）、販売管理（SD）、品質管理（QM）など。

Human Resource Management −経理給与、時間管理、トレーニング、イベント管理。

SAPテストケースは、SAPシステムのインストールと構成、新しい実装、多言語とデバイスのテスト、イントラネットテスト、リアルタイムテストなどのチェックを実行するために必要です。

ERPシステムは一般的な集中型システムであり、複数のユーザーがリアルタイムで同時に使用するため、多大な労力と献身を持ってテストケースを作成する必要があります。

ERPシステムにはさまざまなFIトランザクションも含まれるため、各テストケースはすべての構成および実装部分の範囲をカバーする必要があります。テストデータは慎重に合格する必要があり、各テストには名前出力データを含む列が必要です。

SAP Test Acceleration and Optimization TAO 2.0は、システムの回帰テスト中に自動テストケースを作成するために使用されるツールです。これは、SAPの顧客がトランザクションの画面からさまざまなテストコンポーネントを作成し、それらをパラメータ化するのに役立ちます。

これらのテストコンポーネントは通常、1つのトランザクションコード用に作成され、後で組み合わせてシナリオをテストできます。SAP SolutionManagerのBusinessProcess ChangeAnalyzerに簡単に統合できます。

  • RAM：4 GB
  • 空きディスク容量：500 MB
  • SAP Quality CenterQCサーバーおよびSOLMANへのLAN接続
  • 管理権
  • 最新のパッチレベルのSAPGUI
  • Microsoft Excel97以降。
  • CRMUIサポート用のMicrosoftInternet Explorer

プロセスフローアナライザは、SAPシステムで実行されるトランザクションコードで使用されるユーザーインターフェイスを自動的に検出するために使用されます。テストコンポーネントが自動的に作成され、QualityCenterにアップロードされます。また、ユーザーアクションおよびスプレッドシート値の作成ごとにテストコンポーネントのシーケンスを識別するためにも使用されます。

統合は、SAP TAOコンポーネントを組み込みコンポーネントと組み合わせて、単一のトランザクションビジネスコンポーネントとしてテストシナリオを作成するプロセスとして知られています。複数のテストコンポーネントを1つのテストに収集できます。

SAP TAOに移動してログインし、リストからSAPSOLMANを選択します。このシステムのリストはSAPTAOであり、SAPログオンの構成ファイルからフェッチされます。したがって、SAP TAOにシステムを追加するには、SAP Logonに新しいシステムを追加し、TAOのリストを更新する必要があります。

ログイン資格情報を入力し、ログオンをクリックします。

SAPTAOがSAPSolution Managerに接続され、TAO構成ウィザードが開きます。

ja/tutorial
es/tutorial
de/tutorial
fr/tutorial
th/tutorial
pt/tutorial
ru/tutorial
vi/tutorial
it/tutorial
ko/tutorial
tr/tutorial
id/tutorial
pl/tutorial
hi/tutorial
japost
espost
depost
frpost
thpost
ptpost
rupost
vipost
itpost
kopost
trpost
idpost
plpost
hipost

© Copyright 2021 - 2024 | All Rights Reserved