Sap-testing-quick-guide
SAPテスト-概要
多くの組織は、SAP ERP(エンタープライズリソースプランニング)を実装して、事業運営を管理し、新しい市場の課題に応じて適応します。 SAP R/3は、組織がビジネスを効率的に管理できる統合ERPソフトウェアです。 組織は、SAP R/3 ERPパッケージを使用して、運用を実行するコストを削減できます。
また、SAP R/3では、ユーザーが使いやすいGUIを使用して、さまざまなデータベースと対話し、さまざまなアプリケーションを実行できます。 SAP R/3システムは、組織内のさまざまなビジネスオペレーションの機能をカバーするために、さまざまなモジュールに分割されています。
最も一般的なSAP R/3モジュールは次のとおりです-
SAP資材管理。
SAP財務会計および管理。
SAP販売管理。
SAP人事。
SAPサプライチェーン管理。
SAPプラント管理。
*SAP Testing* は、これらのモジュールの機能をテストし、構成に従って機能することを確認することです。
SAPシステムは、パッチ管理と修正、新しいモジュールの実装、その他のさまざまな構成変更など、さまざまな変更を受けます。 これらすべての変更により、SAP環境で実行される回帰テストの必要性が生じます。 この目的には、SAP Test Acceleration and OptimizationツールなどのSAPテスト自動化ツールを使用できます。
*SAP TAO* は、SAPアプリケーションのエンドツーエンドシナリオのテストケースを生成する自動化ツールです。 これとは別に、HP QTPやECATTなど、SAPテスト用のその他のさまざまな自動化テストツールがあります。 使用できます。
テストの重要性
SAPテストが実行される主な理由と、それが組織の成長において重要な機能である理由を以下に示します-
- システム検証-SAPテストには、SAP ERP環境のすべてのSAPモジュールの完全なエンドツーエンドテストと検証が含まれます。
- 品質と収益-SAPテストは出力ベースのテストであり、入力ベースの従来のテスト方法とは異なります。 SAPシステムの品質を確保し、組織の収益とコストにも重点を置いています。
- コストと予測可能性-SAPテストには、SAP開発コストの削減と予測可能性の向上が含まれます。
- コンプライアンス要件-SAPテストは、SAP実装が特定の組織の新しいコンプライアンス要件を満たしていること、およびすべてのモジュールが予想される構成に従って機能していることを確認します。
- 新しい実装と構成の変更-パッチと修正、新しい実装、構成の変更など、SAPシステムに実装されるさまざまな種類の変更があります。 したがって、SAPのテストにより、この動的システム環境の要件に従ってすべてのモジュールが実行されていることが確認されます。
- 統合-SAPテストは、さまざまなレポート、データフロー、ワークフロー、GUIフォームなどをテストするために実行されます。 異なるモジュール間のシステム統合を確認するために使用されます。 たとえば、販売管理、MM、FICOでのアクションを必要とする注文転記が行われた場合、SAPテストはこれらのシステム間の統合をチェックします。
- パフォーマンス-システムがサービスレベル契約を満たせるかどうか、システムが特定のアクションを実行するのに要する時間、システムのパフォーマンスなどを確認するためにも使用されます。
SAPテスト-タイプ
ソフトウェア、システム、またはアプリケーションの機能をテストするために使用できるさまざまなテスト方法があります。
最も一般的なテスト手法は次のとおりです-
- 単体テスト-これは、単一のユニットまたはユニットのグループのテストを伴うホワイトボックステストの一種です。
- 統合テスト-このテストでは、複数のシステムを組み合わせて、統合システムの出力をテストします。
- 機能テスト-必要な結果に応じて各モジュールの機能をチェックします。
- ユーザビリティテスト-アプリケーションまたはシステムの使いやすさをチェックします。 新しいユーザーがアプリケーションを使用したり、システムを理解したりするのがどれだけ簡単かをチェックします。
- 受け入れテスト-システムがユーザーの要件を満たしているかどうか、およびアプリケーションまたはシステムを受け入れるかどうかをテストするために受け入れテストが実行されます。
- システムのテスト-システム全体が要件と仕様に従ってテストされています。
- ストレステスト-このテストでは、システムは仕様を超えてストレスにさらされ、失敗したときにチェックします。
- パフォーマンステスト-このテストは、システムがパフォーマンス要件を満たしているかどうかを確認するために実行されます。
- 回帰テスト-修正のために完全なアプリケーションまたはシステムのテストが含まれます。
- ベータテスト-ベータテストの目的は、予期しないエラーをカバーすることです。 ブラックボックステストのクラスに分類されます。 これは、ベータと呼ばれる最終製品のプレバージョンをリリースすることにより実行されます。
- データベーステスト-データベース内のデータをテストするには、データベーステストを使用します。 SQLステートメントを使用して実行されます。
- * ETLテスト*-データがソースシステムからターゲットシステムに正しく抽出、変換、およびロードされるかどうかを確認するために、ETLテストが実行されます。
SAPテスト-手動および自動化
手動テスト
手動テストとは、自動ツールやスクリプトを使用せずにソフトウェアを手動でテストすることを意味します。 このタイプのテストでは、テスターがエンドユーザーの役割を引き継ぎ、ソフトウェアをテストしてバグまたは予期しない動作を特定します。
手動テストにはさまざまな段階があります。 それらは、ユニットテスト、統合テスト、システムテスト、およびユーザー受け入れテストです。
手動テスターは、さまざまなテスト計画、テストケース、またはテストシナリオを使用して、テストの完全性を保証します。 テスターはソフトウェアを調査してソフトウェアのエラーを手動で特定するため、手動テストは「探索的テスト」とも呼ばれます。
自動化テスト
自動化テストでは、テスターがスクリプトを作成し、ソフトウェアツールを使用して製品をテストします。 このプロセスには、手動プロセスの自動化が含まれます。 自動化テストには、手動で実行されたテストケースの複数回の再実行が含まれます。
自動化テストは、負荷、パフォーマンス、ストレスの目的からアプリケーションをテストするためにも使用されます。 テストの対象範囲を拡大するために使用されます。 自動化テストは、手動テストと比較して、精度を向上させ、時間と費用を節約します。
ソフトウェアテストツール
以下のツールは、自動化テストに使用できます-
- HP Quick Test Professional(QTP)
- セレン
- SAP TAO
- ECATT
- IBM Rational Functional Tester
- シルクテスト
- TestComplete
- どこでもテスト
- WinRunner
- LaodRunner
- Visual Studio Test Professional
- ワティル
SAPテスト-SDLC
ソフトウェア開発ライフサイクルは、アプリケーションまたはソフトウェアの効率を開発するために実行する一連の手順を決定します。 この章では、SDLCで定義されているフェーズについて説明します。 各フェーズには独自のプロセスと成果物があり、次のフェーズに進みます。
実現可能性調査
SDLCの最初の段階は*要件収集*です。 要件を収集した後、チームはソフトウェアプロセスの大まかな計画を立てます。 このステップで、チームはユーザーのすべての要件を満たすソフトウェアを作成できるかどうかを分析します。 プロジェクトが財政的にも、実際的にも、技術的にも組織が受け入れられるかどうかがわかります。 開発者がソフトウェアプロジェクトの実現可能性を結論付けるのに役立つ多くのアルゴリズムが利用可能です。
システム分析
このステップでは、開発者が計画のロードマップを決定し、プロジェクトに適した最適なソフトウェアモデルを作成しようとします。 システム分析には、ソフトウェア製品の制限の理解、既存のシステムで行われるシステム関連の問題または変更の学習、組織および人員などに対するプロジェクトの影響の特定と対処が含まれます。 プロジェクトチームは、プロジェクトの範囲を分析し、それに応じてスケジュールとリソースを計画します。
ソフトウェア設計
次のステップは、要件と分析に関するすべての知識をデスクに持ち込み、ソフトウェア製品を設計することです。 ユーザーからの入力と要件収集フェーズで収集された情報は、このステップの入力です。 このステップの出力は、2つのデザインの形式で提供されます。 論理設計*および*物理設計。 エンジニアは、メタデータおよびデータ辞書、論理図、データフロー図、場合によっては擬似コードを作成します。
コーディング
このステップは「プログラミング段階」とも呼ばれます。 ソフトウェア設計の実装は、適切なプログラミング言語でプログラムコードを記述し、エラーのない実行可能プログラムを効率的に開発することから始まります。
テスト
見積もりでは、ソフトウェア開発プロセス全体の50%をテストする必要があるとされています。 エラーは、ソフトウェアをクリティカルレベルからそれ自体の削除まで破壊する可能性があります。 開発者によるコーディング中にソフトウェアテストが行われ、モジュールテスト、プログラムテスト、製品テスト、社内テスト、ユーザー側での製品テストなど、さまざまなレベルのコードのテストエキスパートによって徹底的なテストが行われます。 エラーの早期発見とその対策は、信頼できるソフトウェアを開発するための鍵です。
統合
ソフトウェアは、ライブラリ、データベース、およびその他のプログラムと統合する必要がある場合があります。 SDLCのこの段階では、ソフトウェアと外界のエンティティとの統合を扱います。
実装
実装または展開とは、ユーザーマシンにソフトウェアをインストールすることです。 場合によっては、ソフトウェアはユーザー側でインストール後の構成を必要とします。 ソフトウェアの移植性と適応性がテストされ、実装中に統合関連の問題が解決されます。
ソフトウェアテストのライフサイクル
ソフトウェアテストライフサイクル(STLC)は、品質目標が満たされ、各ステップに特定の目標と成果物があることを確認するために特定の方法で実行されるすべてのステップで構成されます。
STLCは、ソフトウェア製品の品質を向上させ、特定の目標を達成するためのビジネス要件を満たすことができるようにするために使用されます。
ソフトウェアテストのライフサイクルの下に来るさまざまな段階は次のとおりです-
- 要件フェーズ
- 試験計画
- テスト分析
- テスト設計フェーズ
- テスト実装
- テスト実行フェーズ
- テスト終了フェーズ
要件フェーズ
これは、ソフトウェアテストライフサイクルの最初のフェーズです。 このフェーズでは、テスターの仕事は要件を分析することです。 ビジネスマン、チームメンバーとのブレーンストーミングセッションの実施、要件がテスト可能かどうかの確認など、要件分析にはさまざまな方法があります。
このフェーズは、テストの範囲を決定します。 テストチームがテストできない機能を見つけた場合、それをクライアントに伝える必要があります。
試験計画
このフェーズでは、テスト担当者は、テストの目的の達成に役立つアクティビティとリソースを特定します。
さまざまなメトリックが定義されており、それらのメトリックを決定および追跡するために使用可能なメソッドがあります。 テスト計画には、テスト評価のための重要なパフォーマンス指標の特定も含まれます。
テスト分析
このフェーズでは、テストする必要があるガイドラインを決定します。 要件文書、関連するリスク、およびその他のテスト基準を使用したテスト条件の特定が含まれます。
さまざまな要因がテスト条件を見つけるために使用されます-
- 製品の複雑さ
- テストの深さ
- 関与するリスク
- 必要なスキル
- テストチームメンバーの知識
- テスト管理
- 利害関係者の可用性
テスト条件は、詳細に記述する必要があります。
- 例*を見てみましょう。 製品をオンラインで販売するWebサイトのテスト条件は、顧客がオンラインで支払いできることです。 クレジットカード、NEFT送金、デビットカード、ネットバンキングなどを使用して支払いを実行できるように、詳細な条件を追加できます。
詳細なテスト条件を記述する利点は、テストケースが通常テスト条件に基づいて記述されるため、テストの範囲が広がることです。 より詳細なテストケースを書くことができます。 また、ソフトウェア製品のテストをいつ停止するかの条件の決定にも役立ちます。
テスト設計フェーズ
このフェーズは、テストの実行方法を決定します。
- テスト条件を複数のサブ条件に分解して、カバレッジを増やします。
- テストデータを取得します。
- テスト環境をセットアップします。
- 要件のトレーサビリティメトリックを取得します。
- テストカバレッジメトリックを作成します。
テスト実装フェーズ
このフェーズには、定義されたテスト条件とメトリックスによる詳細なテストケースの作成が含まれます。
- テストケースに優先順位を付けます。
- 回帰に使用されるテストケース。
- テストケースが正しいことを確認してください。
- 実際の実行が開始される前に、テストケースからサインオフします。
テスト実行フェーズ
ソフトウェアテストライフサイクルのこのフェーズには、テストケースの実際の実行が含まれます。
- テストケースを実行します。
- 欠陥を記録します。
- 進捗を追跡するには、トレーサビリティメトリックを確認します。
テスト閉鎖
このフェーズには、テストの完了の確認が含まれます。
- すべてのテストケースが実行され、欠陥を開いているかどうかを確認します。
- 学んだ教訓を書き留めてください。
- テストフェーズを閉じます。
SAPのテストタイプ
SAPテストの実行に使用できるさまざまなタイプのテスト方法があります。
単体テスト
単体テストは、SAPシステムとそのさまざまなコンポーネントの機能をテストするために使用されます。 これは、システムの各ユニットの機能を知っているドメインおよび構成の専門家によって実行されます。
例
タスクが販売注文を作成して保存することであるとします。 このタスクの単体テストを実行するには、テスターは、顧客マスターデータ、パートナー機能、材料マスターデータ、会社コード、与信管理領域、販売組織などのSAP組織要素を使用して販売注文を保存できることを知っている必要があります。
例
ABAP開発では、ユニットテストを実行して、開発者が生成したデータからレポートを作成できるかどうかを確認できます。 ドメインの専門家の支援が必要です。
システムテスト
システムテストでは、SAPシステムの要素を統合して、関連するSAP機能が開発環境で相互にリンクされていることを確認します。
例
組織内の見積りのキャッシュフローが、見積りを使用して販売注文を作成できること、配送を作成して注文から処理できること、配送を請求できること、請求が会計にリリースされることを示す場合、会計請求書に対して適用される顧客支払い。
各ユニットはこのようにテストされ、システムテストを使用してテスト結果が結合されます。
シナリオベースのテスト
名前が示すように、シナリオテストは特定のビジネスケースごとに実行されます。
例
顧客セグメント、特定の製品ライン、または一連のサービスに固有のいくつかのタスクがあるとします。 ターゲットのこれらの特定の行に対して、テストする必要があるさまざまなシナリオがあります。 このテストは開発環境でも実行されます。
統合テスト
このテストでは、テストデータは実際のデータ抽出ソースから取得されます。 データはビジネスエンドユーザーに知られています。
統合テストは、SAPで設計および構成されたビジネスプロセスが実際のデータを使用して実行されることを示すために使用されます。 さらに、テストは、インターフェイストリガー、レポート、ワークフローが機能していることを示しています。
SAPインターフェイステスト
インターフェイステストにより、SAPシステム上のビジネスプロセスが自動的に実行され、イベントがトリガーされ、結果が受信側システムに転送されることが保証されます。 インターフェイステストでは、送信システムでの実行に続いてインターフェイス出力の自動生成が行われ、受信システムでそのファイルが使用され、受信側でビジネスプロセスが継続することが証明されます。
理想的には、インターフェイステストには、プロジェクトの進行に伴うより大きなテストアクティビティが含まれます。 インターフェイステストにより、トリガーが機能し、データ選択が正確かつ完全であり、データ転送が成功し、受信者が送信データを消費できることが示されます。
SAPユーザー受け入れテスト
SAP UATを使用して、エンドユーザーが新しいシステムで割り当てられたジョブ機能を実行できるようにします。 このテストの重要な側面は、ビジネス要件を理解し、期待される機能、機能、および機能が利用可能であることを確認することです。
SAPシステムパフォーマンステスト
パフォーマンステストは、次の側面をチェックします-
- システムの応答時間がビジネス要件に従って許容されるかどうか
- 定期的なプロセスが許容時間内に実行されているかどうか、
- 予想される同時ユーザー負荷をサポートできるかどうか
パフォーマンステストは、SAPシステムのボトルネックとコーディングの非効率性を特定します。 システムパフォーマンスチューニングが完全にセットアップされ、プログラムが最適化されたコードで実行されている可能性は低いです。
SAP負荷テスト
負荷テストでは、テスターはオンラインユーザーまたは定期的なバッチ処理のいずれかでシステムに最大負荷を適用し、システムが負荷を処理できるかどうかを識別します。 そうでない場合は、パフォーマンスを改善するために必要な手順を見つけます。
SAPセキュリティおよび承認テスト
セキュリティと承認テストは、ユーザーがトランザクションを実行し、プロジェクトに関連する適切なデータにのみアクセスできることを確認するために使用されます。
セキュリティ標準の実装と同様に、これはセキュリティと承認がシステムに配置されているかどうかをテストするために非常に重要です。 ジョブロールのテストIDが作成され、ユーザーができることとできないことの両方を確認するために使用されます。
SAPカットオーバーテスト
カットオーバーテストは通常、プロジェクトのライフサイクルで1回実行されます。 ここでは、レガシーシステムからデータを抽出するために必要なすべてのタスクの本格的な実行が行われます。 次に、あらゆる種類のデータ変換を実行するには、結果をSAPシステムにロードし、ユーザーのサインオフを含む結果を完全に検証します。
SAP回帰テスト
回帰テストは、システムのアップグレード時または新しいシステムのセットアップ時に、新しい機能を見つけて、システムの以前の機能をテストするために使用されます。 回帰テストの重要な役割は、既存の機能と新しく更新された構成とコードベースをテストすることです。
SAPシステムをアップグレードしたり、パッチを適用したりしても、ユーザーが実行する予定の機能に影響はありません。 また、新しいリリースで導入される予定の新機能には影響を与えません。
SAPテスト-プロセス
SAPテストプロセスは通常3つのフェーズに分けられます-
- 試験計画
- テストシステムのセットアップ
- テストの実行と評価
試験計画
テスト計画には、テストの初期フェーズに含まれるステップが含まれます。
- 要件を収集します。 何をテストする必要がありますか? システムおよびアプリケーションのテストのために収集される機能要件。
- 手動および自動テスト用のテストケース開発。 自動化テストでは、さまざまなツールを使用してテストケースを作成できます。
- テストケースのレビュー。
テストシステムのセットアップ
テストシステムのセットアップには、テストケースを実行するためのテスト環境のセットアップが含まれます。 ここで、テスターはレポートの主要なメトリックを定義する必要があります。
テストの実行と評価
テストの実行と評価には、テストケースの実行と出力の記録が含まれます。 次のアクティビティが含まれています-
- 欠陥の処理と報告。
- 結果ごとのテスト計画の評価。
- すべての欠陥の文書化と結果を主要なメトリックと比較します。
SAPテスト-重要なプロセス
SAPシステムのテストでは、SAPシステムに変更を実装することにより影響を受ける重要なビジネスプロセスを識別する必要があります。 ほとんどの場合、パッチを適用するか、新しいシステムを実装する回帰テストが行われます。
これらの変更を適用する前の最初のステップは、*変更の影響分析*を実行することです。 これは、変更の実装によって影響を受ける重要なプロセスを対象としています。
例
例を挙げましょう。 計画された変更が次のようになっていると仮定します-
計画的な変更
- SAPサポートパック7
- カスタムコード
- SAP拡張パッケージ
影響を受けるシステム
- 販売注文
- 商品の配送
- 支払方法
重要なプロセスの影響分析
ここでは、次のアクティビティが影響分析で実行されます-
- 変更の実装によって影響を受ける重要なビジネスプロセスの特定。
- この変更を実施する必要がある理由について提供されるビジネス上の正当性。
- 変更の実行中にSAPテストの重要なプロセスを監視するためのテスト計画を作成します。
- 重要なプロセスに対する変更の影響と、変更を実施する目的の評価。
SAPテスト-ナビゲーション
SAPテストナビゲーションは、SAPシステムの各モジュールをカバーし、各機能に対して少なくとも1つのテストを実行することを保証します。 また、手動テストの労力が軽減され、SAPシステムのほとんどのテストパスがカバーされます。
OPAテストを実行して、SAP Testing Navigationを確認できます。 OPAは Open Source Programming 言語として知られており、主にWebアプリケーションの開発に使用されます。 OPAプログラムのコンパイルには、サーバーでNode.jsを使用し、クライアント側でJavaScriptを使用できます。
OPAを使用したテストの作成
OPAでは、* Qunit。*で3つのオブジェクトを使用できます。これらの関数は、実行するアクションをOPAが把握できるように、テストで定義する必要があります。
- Given -手配を渡す。
- When -実行するアクション。
- その後-アサーション。
例
次の例は、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("../indexl");
}
});
上記の関数では、アプリはindexlと呼ばれるページで実行されると想定しています。 OPAテストはtest/opalフォルダーにあります。
配置の定義
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テスト-画面フロー
SAP Testingの画面制御ロジックはABAPコードに似ており、処理ブロックを含めるために使用されます。 画面の手順部分が含まれています。 これはスクリーンペインタで作成され、このスクリーンペインタはABAPエディタに似ています。
画面制御ロジックには外部データ宣言は含まれず、各処理ブロックは接頭辞「PROCESS」で定義されます。 例えば、
- 入力後の処理
- 出力前の処理
- ヘルプリクエストの処理 *バリューリクエストの処理
各画面制御ロジックには、PROCESS AFTER INPUTおよびPROCESS BEFORE OUTPUTキーワードが含まれている必要があります。
イベントブロックでは、MODULE、FIELD、ON、VALUES、CALLなどのキーワードを使用できます。
S.No. | Screen Flow Logic Keyword & Description |
---|---|
1 |
ABAPプログラムでダイアログモジュールを呼び出します。 |
2 |
FIELD 画面フィールドのコンテンツを転送するポイントを指定します |
3 |
ON FIELDと組み合わせて使用します |
4 |
VALUES FIELDと組み合わせて使用 |
5 |
CHAIN 処理チェーンを開始します。 |
6 |
ENDCHAIN 処理チェーンを終了します。 |
7 |
CALL 従属画面を呼び出します。 |
8 |
LOOP 画面テーブルの処理を開始します。 |
9 |
ENDLOOP 画面テーブルの処理を終了します。 |
スクリーンフローの作成
リポジトリブラウザで、画面の名前をダブルクリックすると、画面の制御ロジックが表示されます。
スクリーンペインタの制御ロジックエディタが開き、スクリーン制御ロジックを編集します。 使用可能なABAPソースコードエディタのいずれかを使用して、制御ロジックを定義できます。
次のキーワードを使用して、画面制御ロジックを作成できます-
S.No. | keywords & Description |
---|---|
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 テーブルのエントリをチェックします。 |
テスト画面
テスト画面は、実行時に表示される画面の外観をテストするために使用されます。 すでに制御ロジックをプログラムしている場合は、画面をシミュレートするかどうかを選択できます。
画面テストを実行するには、以下の手順に従ってください-
- 画面→テストを選択します。
- システムは、ランタイムシミュレーション用のダイアログボックスを表示します。
- 必要に応じて、ウィンドウの座標を変更できます。
- 次に、シミュレーションの範囲を定義します。
- 制御ロジックを含めるには、「完全な制御ロジックを選択」をクリックします。
- [続行]をクリックすると、画面シミュレーションが表示されます。
SAPテスト-モジュール
組織にはさまざまなSAPモジュールが実装されており、HP Quick Test Professional(QTP)、IBM Rational Functional Tester(RFT)、SAP Test Acceleration and Optimization(TAO)ツールなどのさまざまなテストツールを使用してテストできます。
一般的なSAPモジュール
一般的なSAPモジュールは以下のとおりです-
- 金融モジュール-財務会計および管理(FICO)、トレジャー(TR)、およびエンタープライズコントロール(EC)。
- ロジスティクスモジュール-資材管理(MM)、プラント保守(PM)、販売管理(SD)、品質管理(QM)など
- 人材管理-経理給与、時間管理、トレーニングおよびイベント管理。
これらのモジュールはすべて相互に依存しており、1つのモジュールの機能が他のモジュールの機能に影響します。
例
販売管理(SD)モジュールで受注を作成する必要があるとします。 ここでは、最初に*トランザクションコード*(例:Transaction Code VA01)を入力する必要があります。 次に、在庫モジュールでアイテムの在庫を確認し、顧客関係モジュールの顧客プロファイルで利用可能な与信限度を確認します。 これらのモジュールはすべて相互に依存していることがわかります。これらのモジュールのいずれかをカスタマイズすると、関連するERPシステムに影響します。
SAPテストを実行するには、これらのSAPモジュールで機能、機能、およびワークフローがどのように行われるかを理解する必要があります。 ERP実装プロジェクトの失敗の一般的な理由のほとんどは、誤ったテスト計画と間違ったテストケースの使用です。
PeopleSoft、Edwards、Oracle Eビジネススイートなどの非SAP ERPシステムには、さまざまな顧客と機能があります。 テストチームは、完全なシステムの機能を理解する必要があります。
テストチームの種類
通常、SAPプロジェクトでは2種類のテスターが利用可能です-
- コアテスター-ERPシステムおよびモジュールの基本的なテストを実施する責任者。
- 実装テスター-実装プロジェクトに携わり、SAPモジュールのカスタマイズ機能を担当します。
クライアントからのカスタマイズ要求は、SAPシステムのモジュールに影響を与える可能性があります。 テストチームは、各カスタマイズリクエストと他のSAPモジュールへの影響を記録できる必要があります。
ERPシステムは大規模なシステムであるため、テストプロセスは理想的には自動化する必要があります。 手動テストは非常に時間と時間のかかるプロセスであるため、ERPシステムの自動テストを実行することを常にお勧めします。 SAPシステムの各コンポーネントをテストせずに、100%の品質とSAPプロジェクトの成功した実装を達成するのは本当に困難です。
QTPを使用した上記の例のSAPテストの実行
上記の例のSAPテストを実行するには、以下の手順に従ってください-
- 最初のステップは、HP QTPツールをインストールし、必要なプラグインをQTP内にインストールして、ERPシステムへの接続と互換性を持たせることです。
- 次のステップでは、HP Quality Center(QC)を使用してテスト計画を作成し、テスト計画の設計をテストスクリプトに変換します。 これらのテスト計画は、HP QTPを使用してスクリプトに変換できます。
- 次に、MMでの受注の作成またはPRの作成中に、SDモジュールのSAPシステムのR/3 GUI画面を記録します。
- QTPツールでの記録が完了したら、VBでスクリプトを作成します。
SAPGuiSession("Session").SAPGuiWindow("SAP Easy Access - User")
.SAPGuiOKCode("OKCode").Set "/nVA01"
SAPGuiSession("Session").SAPGuiWindow("SAP Easy Access - User"). SendKey ENTER
要件に応じて、さまざまなパラメーターとカスタマイズを追加することもできます。
SAPテスト-インターフェース
ERPシステムのインターフェイスは、あるシステムからデータを取得し、そのデータを別のシステムに移動するツールとして知られています。 たとえば、レポートをXML形式で生成するプログラムがあり、このプログラムがXMLファイルを読み取って別のシステムに入力を提供するとします。 あるシステムから別のシステムに情報を渡すときに操作することもできます。
例
従業員の出席を管理するベンダーツールを検討してください。 これで、システムインターフェイスがこの情報を取得して、SAP HRシステムに入力します。
インターフェースのテストにより、このジョブが正常に実行され、データが完全に転送され、SAP HRシステムへのデータ転送中にエラーが発生しないことが確認されます。
SAPインターフェイステストを実行する際に考慮すべき点
SAPインターフェイスのテストは、運用と組織プロセスに完全に依存しています。 SAPインターフェイステストを実行している間、次のキーポイントを考慮する必要があります-
- SAPインターフェイスを使用する目的は何ですか?また、どのビジネスシナリオがインターフェイスで処理されますか?
- テスト戦略に従って、インターフェイスがすべてのビジネスシナリオを正確に処理しているかどうかを確認します。
- インターフェイステストを実行するためのベストプラクティスは、ユニットテストの実行から始めることです。
- アウトバウンドインターフェイスが正常であるかどうかを確認する必要があります。つまり、レイアウトなどの点で仕様を満たすファイルを確実に実行します。
- 着信インターフェイスが正常かどうかを確認する必要があります。 ファイルを正しく読み取っているかどうか、およびターゲットシステムで正しい手順を実行しているかどうかを確認します。
SAPテスト-ケース
SAPシステムのインストールと構成、新しい実装、多言語とデバイスのテスト、イントラネットテスト、リアルタイムテストなどのチェックを実行するには、SAPテストケースが必要です。
ERPシステムは一般的な集中型システムであり、複数のユーザーがリアルタイムで同時に使用します。 したがって、多くの労力と献身でテストケースを書く必要が生じます。
ERPシステムにはさまざまなFIトランザクションも含まれるため、各テストケースはすべての構成および実装部分の範囲をカバーする必要があります。 テストデータは慎重に渡される必要があり、各テストには出力データの名前の列が必要です。
例
- テストケースID *-XYZ_ERP_SD_A20301
モジュール-SAP Sales&Distribution SD
トランザクション VA01 をチェックして、販売管理(SD)システムで販売注文を作成しましょう。
注文の作成中に入力するフィールド-
- 注文日
- 注文タイプ
- 有効期限
- 顧客ID
- 出荷ID、出荷詳細など
詳細を入力したら、Enterキーを押して、受注にすべての詳細を追加します。
SAPテストケースを作成するには、入力データを渡すことができます(正しいものと間違ったもの、結果を見る)-
正しい入力データ
- 注文日2016/01/01、注文タイプ販売注文
- 有効期限2016年1月15日、出荷日2016年10月1日、
- 支払期日2015年10月1日、品目数量10などを選択します。
不正な入力データ
- 注文日2017/01/01、注文タイプ販売注文
- 有効期限2017年1月15日、発送日2017年1月10日、
- 支払期日2017年10月1日、品目数量0などを選択します。
出力データ-正しいデータで
- 注文は正常にSAPモジュールに保存され、請求されます。
- 次は梱包票番号です。
- 次は、発送注文番号などです。
出力データ-不正なデータ
- 誤ったデータ入力のエラーメッセージ。 不正な入力データのテキストメッセージは、システムで定義する必要があります。
期待される出力
- 販売注文#
- 販売請求書#
- パッキングリスト#など
SAPテスト-TAO
SAP Testing TAO(Test Acceleration and Optimization)は、SAPシステムの自動テストを実行するために使用されるツールです。 SAP TAOは、顧客がSAPシステムの自動テストケースを作成するプロセスを迅速化するのに役立ちます。 TAOを使用した自動化テストは、SAPモジュールのさまざまなトランザクションのテストコンポーネントを作成することにより実行されます。
TAOを使用したテストコンポーネントは、HP Quality Centerにアップロードされます。 このように作成されたテストコンポーネントは通常、単一のトランザクション用であり、後でテストシナリオの作成に使用できます。 このツールは、SAP Solution Managerと簡単に統合して、さまざまなテストコンポーネントを維持できます。
要するに、SAP TAOを使用すると、SAPのクライアントはテストケースとテストコンポーネントのドラフトを自動的に作成して、ビジネスニーズを自動化することができます。
TAOの主な機能
SAP TAOを使用すると、顧客は単一のソフトウェアを複数のパーツに分解でき、各パーツをドラッグアンドドロップすることにより、シンプルなインターフェースを使用してテストケースに統合できます。
- TAOは、テストケースとデータの柔軟な再利用をサポートしています。
- システムに機能的な変更がある場合、この変更のためにテストケースを維持するのは簡単です。
SAP TAOの一般的なバージョンは、TAO 2.0およびTAO 3.0です。
SAP TAOと他のツールとの統合
SAP TAOの主要な機能の1つは、さまざまなツールと簡単に統合して自動テストケースを作成できることです。 TAOと統合できる一般的なツールは次のとおりです-
- SAP Solution Manager(ソルマン)。
- HP Quality Center QC。
- HP Quality Test Professional QTP。
SAP TAO 2.0
SAP TAO 2.0は、システムの回帰テスト中に自動テストケースを作成するために使用されるツールです。 SAPのお客様がトランザクションの画面からさまざまなテストコンポーネントを作成し、それらをパラメーター化するのに役立ちます。
これらのテストコンポーネントは、通常1つのトランザクションコード用に作成され、後でテストシナリオに組み合わせることができます。 SAP Solution ManagerのBusiness Process Change Analyzerと簡単に統合できます。
SAP TAO 2.0には、異なるサービスパックSP 02、SP 04、およびSP 06が付属しています。
SAP TAOは、SAP Testing Lifecycleで次のタスクを実行します-
- テストケース作成
- 影響を受けるコンポーネントの再生
- テストケースの統合
- テスト実行
SAP TAOプロセスアーキテクチャ
次の図は、SAP TAOのプロセスアーキテクチャを示しています。
手順は次のとおりです-
- 最初のステップは、SAPテストの要件を取得することです。 これには、SAPモジュールの機能の理解と、実行するテストの要件の特定が含まれます。
- 次に、要件分析から情報を取得して、テストコンポーネントを生成します。
- 次のステップは、SAP TAOツールを使用してテストケースとコンポーネントを生成することです。
- 最後のステップは、テスト結果を文書化し、テスト結果で分析を更新することです。
SAP TAOをインストールするための前提条件
このリンクからSAP Solution Manager Solman互換性マトリックス、Quality Center、およびSAP TAOをダウンロードしました-http://service.sap.com
[テスト管理と追加情報]> [テスト管理]に移動します。 SAP TAOでサポートされるすべての互換性のあるコンポーネントが表示されます。
システムランドスケープのSAPシステム上のコンポーネントの前提条件を確認します-
- 上記の互換性マトリックスを確認した後のSAP Solution Manager SOLMANのバージョン。
- テスト対象のすべてのシステム上のST-PIのバージョン。
- タイプCRMのテスト対象システム上のST-A/PIのバージョン。
SAP Solution Manager構成ワークセンターの場合、テストを実行する必要があるシステムがSOLMANに接続されていることを確認してください。
SAP TAOクライアントのインストールには、ローカルシステムで次の構成が必要です-
- RAM:4 GB。
- 空きディスク容量:500 MB。
- SAP Quality Center QCサーバーおよびSOLMANへのLAN接続。
- 管理権。
- 最新のパッチレベルを使用したSAPGUI。
- Microsoft Excel 97以降。
- CRM UIサポート用のMicrosoft Internet Explorer。
SAPテスト-TAOフォルダー構造
SAP TAOツールにはさまざまなモジュールがあります。 この章では、主要なコンポーネントについて説明しました。
プロセスフローアナライザー
最初のコンポーネントは、SAPシステムで実行されるトランザクションコードで使用されるユーザーインターフェイスを自動的に見つけるために使用されるプロセスフローアナライザーです。 テストコンポーネントが自動的に作成され、Quality Centerにアップロードされます。
プロセスフローアナライザーは、ユーザーアクションおよびスプレッドシート値の作成に従って、テストコンポーネントのシーケンスを識別するためにも使用されます。
調べる
リストにトランザクションコードを追加する必要があります。 SAP TAOは、特定のトランザクションに関連付けられたすべての画面を返します。 任意の画面を選択して、[検査]オプションをクリックします。
統合する
複数のテストコンポーネントを1つのテストにまとめることができます。 QCツリーからQuality Centerでテストを見つけて、[統合]をクリックする必要があります。
統合するトランザクションコードを選択し、下部の[統合リストに追加]をクリックして、テストシナリオを作成します。
インポートとエクスポート
インポートおよびエクスポートのオプションは、Quality CenterへのエクスポートおよびQuality Centerからのインポートに使用されます。 インポートおよびエクスポートするコンポーネントを選択し、必要なボタンをクリックする必要があります。
変更アナライザー
変更アナライザーを使用して、変更とSAPシステムへの影響を追跡します。 SAPシステムに変更を加えると、影響を受けるビジネスプロセスが識別されます。
Change Analyzerを使用するには、特定のプロジェクトを選択して、 change impact analysis オプションをクリックします。 この変更により、SAPシステム内の影響を受けるコンポーネントを確認および修復できます。
リポジトリ
リポジトリは、プロジェクト内のすべてのテストコンポーネントとフローに関する情報を含めるために使用されます。 テストコンポーネントに関する情報を確認し、プロセスフローを確認するには、 Component Explorer または PFA Explorer をクリックします。
SAPテスト-Quality Centerの構成
SAP Quality Centerの構成は、2つの方法で実行できます-
- HPサーバーの属性
- HPプロジェクト
HPサーバーの属性
- ステップ1 *-SAP TAOで、SAP Quality Centerをクリックします。 SAP TAOの接続パネルにSAP Quality CenterのURLが必要です。 次に、WebブラウザーにURLを入力します。
ステップ2 *-HP Site AdministrationによってSAP Quality Centerに次の値を入力し、[*全体に適用]をクリックします。
DISABLE_EXTENDED_STORAGE = N
BACKWARD_SUPPORT_ALL_DOMAINS_PROJECTS = Y
- ステップ3 *-新しいプロジェクトの場合、次のステップを実行します-
- SAP QCで新しいドメインとプロジェクトを作成します。
- 新しいユーザーを作成して、そのプロジェクトを新しいユーザーに割り当てます。
- プロジェクト管理者の役割を新しく作成したユーザーに割り当てます。
- ステップ4 *-HP Site AdministrationによりSAP Quality Centerからログオフします。
HPプロジェクト
SAP TAOで、SAP Quality Centerをクリックします。 SAP TAOの接続パネルにSAP Quality Center URLが必要です。
- *ステップ1 *-WebブラウザにURLを入力します。
- *ステップ2 *-次のステップは、ドメイン/プロジェクトにログインすることです。
- *ステップ3 *-テスト計画に移動します。
- *ステップ4 *-サブジェクトフォルダーで、BPT Resourcesという名前のフォルダーを作成し、フォルダーライブラリを作成します。
- *ステップ5 *-SAP TAOは、QCのテストエンティティのユーザーフィールドへのテスト統合に関する情報を記録します。デフォルトではTS_USER_01です。 SAP TAOによって作成されたすべてのテストについて、SOLMANに接続した場合、これは正しいことに注意してください。
- *ステップ6 *-SAP QCユーザーは、Quality Centerプロジェクトで他の目的に同様のユーザーフィールドを使用しないでください。
QTPでのアプリケーションエリアの作成
SAP TAOコンポーネントには、HP QTPおよびWebアドオンを含めるためのアプリケーション領域が必要です。 QTPでアプリケーション領域を作成するには、次の手順を実行する必要があります-
- HPで管理者としてQTPを実行します。 オペレーティングシステムごとに異なります。
- WebアドインとSAPを選択できます。
- 次に、Quality Centerプロジェクトに自動または手動で接続します。 このステップは、構成されている場合は自動です。
- 次に、name_SAP_Docを使用してアプリケーション領域を作成します。 [保存]ボタンをクリックすると、アプリケーション領域の名前が入力されます。
プロセスフローアナライザー(PFA)
Process Flow Analyzerは、SAPシステムで実行されるトランザクションコードで使用されるユーザーインターフェイスを自動的に見つけるために使用されます。 テストコンポーネントが自動的に作成され、Quality Centerにアップロードされます。
また、ユーザーのアクションおよびスプレッドシート値の作成に従って、テストコンポーネントのシーケンスを識別するためにも使用されます。
[トランザクションの追加]ボタン→トランザクションコードを入力し、[OK]をクリックします。
次のステップは、*スタート*ボタンをクリックすることです。
TAOはSAPを起動し、ユーザーが入力したトランザクションを記録します。 トランザクションプロセスが完了したら、[停止]ボタンをクリックします。
TAOは、プロセスフローの作成に使用されるすべての画面を返します。 次に、分析をQCにアップロードします。 これは、*アップロード*ボタンをクリックして実行できます。
インポート・エクスポート
インポートおよびエクスポートのオプションは、Quality CenterへのエクスポートおよびQuality Centerからのインポートに使用されます。 インポートおよびエクスポートするコンポーネントを選択し、必要なボタンをクリックする必要があります。
最初に、インポートまたはエクスポートするコンポーネントを特定します。 SAP QCに*エクスポート*またはSAP QCから*インポート*をクリックして、必要なコンポーネントをインポート/エクスポートします。
変更アナライザー
変更アナライザーを使用して、変更とSAPシステムへの影響を追跡します。 SAPシステムに変更を加えると、影響を受けるビジネスプロセスが識別されます。
Change Analyzerを使用するには、特定のプロジェクトを選択して、 change impact analysis オプションをクリックします。 これにより、SAPシステム内の影響を受けるコンポーネントを確認および修復できます。
調べる
リストにトランザクションコードを追加する必要があります。 SAP TAOは、特定のトランザクションに関連付けられたすべての画面を返します。 任意の画面を選択して、 Inspect オプションをクリックできます。
SAPテスト-TAO結果分析
SAP TAOの結果を分析するには、次の手順を実行します-
- ステップ1 *-テストリストに移動し、ツリーで分析用のテストをクリックします。 レポートのリストが表示され、実行中のテストのステータスが表示されます。
- ステップ2 *-テストを分析し、[レポートの表示]オプションをクリックします。 詳細レポートを含む新しいウィンドウが開きます。
マウスアイコンをクリックして、表示する列を調整するオプションがあります。 HTMLレポートをクリックして、テストレポートのHTML形式を表示することもできます。 テスト結果をさらに調査するには、HTMLレポートからログフォルダーに移動します。
TAOビルドおよび実行テストスクリプト
テスト構築は、SAP TAOを使用してSAP Quality Centerで行われます。 テストシナリオを作成するには、テストコンポーネントを統合する必要があります。 技術部品表TBOMを使用して、SAP TAOで* 1つまたは複数のテスト*を実行できます。
単一のテスト実行
技術部品表(TBOM)は、オブジェクトを実行可能な形式で含めるために使用されます。 Change Analyzerはこれを利用して、変更が実行されたときに実行可能オブジェクトが影響を受けるかどうかを判断します。
Business Process Change Analyzerを使用する場合は、テストシナリオおよびプロセスの実行可能オブジェクトごとにTBOMを生成する必要があります。
注-1つのテストを実行する必要があり、TBOMを更新する必要がある場合は、[* TBOMを実行して更新*]をクリックします。
アップデートの詳細は、TBOMページで確認できます。 SAP TAOで作成された実行リストを変更できます。
複数のテストの実行
Business Process Change Analyzerでは、複数のテストを実行するために、フォルダーを選択して実行リストに追加できます。 実行時にTBOM作成を選択することもできます。
注意-実行時にTBOMが既に存在する場合、既存のTBOMのみが更新されます。
SAPテスト-TAO統合
統合は、SAP TAOコンポーネントと組み込みコンポーネントを組み合わせて、単一のトランザクションビジネスコンポーネントとしてテストシナリオを作成するプロセスとして知られています。 複数のテストコンポーネントを1つのテストにまとめることができます。
トランザクションコンポーネントが収集されるときに発生します。 次のスクリーンショットは、QCのトランザクションコンポーネントを示しています。
Quality CenterでQCツリーからテストを見つけて、[統合]オプションをクリックする必要があります。
統合をクリックします。
統合するトランザクションコードを選択し、下部の[統合リストに追加]をクリックして、テストシナリオを作成します。
前の章で説明したように、次の手順に従う必要があります-
- *ステップ1 *-QCで統合するトランザクションを見つけます。
- *ステップ2 *-統合リストにトランザクションを追加します。
- *ステップ3 *-統合ボタンを押します。
SAPテスト-TAO UIスキャナー
UIスキャナーは、既存のコンポーネントで新しい画面コンポーネントを作成するために使用されます。 QTPツールのプラグインです。 UIスキャナーよりも検査タブを使用するようにしてください。 標準UIスキャナーは、GUIフロントエンドクライアントでのみ機能します。 サードパーティのUIスキャナーを使用して、画面コンポーネントをキャプチャすることもできます。
UIスキャナーを使用する必要がある場合は、SAP TAOツールの[検査]タブで有効にする必要があります。 UIスキャナーを使用して、1つの画面から情報を一度に取得し、これらの画面オブジェクトを画面コンポーネントとしてQCに転送します。
UIスキャナーを使用すると、SAP GUI画面から、プロセスフローアナライザーまたは検査タブでサポートされていないコンポーネントを作成できます。
SAP TAOでUIスキャナーを使用する方法
SAP TAOにログインするときに、[*検査]タブをクリックします。 UIスキャナーを使用するオプションが表示されます。
SAPシステムにログインします。 トランザクションコードを入力し、スキャンする画面に移動してログオフします。
SAP TAOの[検査]オプションの[UIスキャン]タブに移動して、QTPツールでデフォルトのUIスキャナーオプションを使用できます。 それ以外の場合は、UIスキャナーに移動して外部オプションを選択することにより、UIスキャナープロセスでカスタムQTPテストを使用できます。
SAPテスト-自動化ツール
自動化テストでは、テスターがスクリプトを作成し、他のソフトウェアツールを使用して製品をテストします。 このプロセスには、手動プロセスの自動化が含まれます。 それに比べて、手動テストには時間がかかり、経験テストの専門家、主題の専門家、およびチームメンバー間の効果的なコミュニケーションのチームが必要です。
自動テストには、手動で実行されたテストケースの複数回の再実行が含まれます。
回帰テストに加えて、自動化テストは、負荷、パフォーマンス、およびストレスの目的からアプリケーションをテストするためにも使用されると言えます。 手動テストと比較して、テストの範囲を広げ、精度を向上させ、時間と費用を節約するために使用されます。
ソフトウェアテストツール
以下のツールは、自動化テストに使用できます-
- HP Quick Test Professional(QTP)
- セレン
- SAP TAO
- ECATT
- IBM Rational Functional Tester
- シルクテスト
- TestComplete
- どこでもテスト
- WinRunner
- LaodRunner
- Visual Studio Test Professional
- ワティル
SAPテスト-ソリューションマネージャー
SAP自動化テストを実行するには、SAP TAO、SAP Solution Manager、およびテスト対象のシステム間の通信を設定する必要があります。
この構成をセットアップするには、SAP SOLMANで管理権限が必要です。 これは、データテーブルのコンテンツにアクセスして変更するために必要です。
*Tコード:SE16*
テーブル名AGS_TAO_SETTINGを表示し、AGS_TAO_ENABLE_SM_SETUPの値をONに変更する必要があります。
次に、SAP TAOとSolution Managerの互換性マトリックスを確認します。 SAP TAO 3.0には、テストの記録を容易にするために使用できるProcess Flow Analyzer記録ウィザードが含まれています。
注意-SAP TAO 3.0はSolution Manager 7.1のコンポーネントであり、Solution Manager 7.0をサポートしていません。 SAP Solution Manager設定ワークセンターを開き、トランザクションコード-SOLMAN_SETUPを実行します。
SAP Logonを開き、ログオンするテスト対象のシステムを追加します。
SAP SOLMANをTAOに接続する方法は?
SAP TAOに移動してログインし、リストでSAP SOLMANを選択します。 SAP TAOのシステムのこのリストは、SAPログオンの構成ファイルから取得されます。 SAP TAOにシステムを追加するには、SAP Logonに新しいシステムを追加し、TAOのリストを更新する必要があります。
ログイン資格情報を入力し、ログオンをクリックします。 SAP TAOはSAP Solution Managerに接続され、TAO構成ウィザードが開きます。
SAPテスト-HPビジネスプロセス
ビジネスプロセステスト(BPT)はQTP自動化フレームワークの一部であり、HPのQuality Centerで使用されます。 BPTは、自動化テストのシナリオを作成し、自動化に関する予備知識なしにそれらのシナリオを実行するために使用されます。
HP BPTは、テストケースの作成とメンテナンスの複雑さを取り除き、すべてのドキュメントとテストの自動化を1つの作業で結合します。
ビジネスプロセステストは、テストプロセスをビジネス目標に合わせて調整し、テストのライフサイクル時間を大幅に短縮します。
HP Business Process Testing Toolの使用方法
ビジネスプロセステストツールは、再利用可能なコンポーネントを使用してテストケースを作成するため、テストのメンテナンス時間を短縮し、テストプロセスの効率を高めます。
テスト自動化のプロセスを固定するために、キーワード駆動の方法を使用します。 一般的なベストプラクティスをテストプロセスに追加できます。 これにより、テストスクリプトに基づいていないテストソリューションを使用できます。 BPTで手動テストを作成すると、テストケースを簡単に自動化できます。
また、さまざまなテストコンポーネントのさまざまなバージョンとベースラインを維持し、古いケースを上書きすることなくフローを処理できます。
ビジネスプロセステストツールを使用して作成されたテストケースは、HP Quality Center QCを使用して実行できます。
HP Business Process Testingを使用する利点
BPTを使用すると、非技術的なSMEはテストケースを簡単に作成、維持、および実行でき、Webベースのシステムに文書化できます。
- テストケースで再利用可能なコンポーネントを設計および作成し、ビジネス要件に従って使用できます。
- HP Sprinterを使用してテストスクリプトを実行することもできます。
- 再利用可能なコンポーネントを使用するためのフレームワークの可用性により、テストケースを維持するための労力が減少します。
HP Quality Center(ALM)
テスト管理ツールであるHP Quality Centerは、テスト管理ツールではなく、ソフトウェア開発ライフサイクルのさまざまなフェーズをサポートするため、アプリケーションライフサイクル管理(ALM)ツールとして広く知られています。
HP-ALMは、プロジェクトのマイルストーン、成果物、リソースを管理し、プロジェクトの健全性、製品所有者が製品の現在のステータスを測定できるようにする基準を管理するのに役立ちます。 履歴、アーキテクチャ、およびQuality Centerのワークフローを理解することが重要です。
要件モジュールを使用すると、ソフトウェアライフサイクルのすべての段階で要件を定義、管理、追跡できます。 要件モジュールの主要な機能は次のとおりです。
S.No. | Functionality & Description |
---|---|
1 |
要件を作成し、リリース/サイクルに割り当てます。 |
2 |
ALM-MS Excelアドインを使用した要件のアップロード |
3 |
要件と要件間に存在する依存関係との間のトレーサビリティリンクを定義する方法を有効にします。 |
4 |
ユーザーは、ソース要件とそれらに関連する要件およびテストをリストしたトレーサビリティマトリックスを表示できます。 |
テスト計画
アプリケーションのテストにおける重要なステップは、明確で正確なテスト計画を開発することです。 優れたテスト計画により、チームはソフトウェア開発ライフサイクルの任意の時点でテスト対象のアプリケーションの品質を評価できます。
次の機能は、テスト計画モジュールをよりよく理解するために非常に重要です。
S.No. | Functionality & Description |
---|---|
1 |
Creating Tests このモジュールでは、テスト計画ツリーにテストサブジェクトのフォルダーを作成する方法と、テストを追加する方法について説明します。 |
2 |
Uploading Tests ALM-MS Excelアドインを使用したティートのアップロード |
3 |
Requirement and Test Coverage 要件とテストの関係を定義する方法を有効にします。 |
4 |
Test Configuration テストで使用するデータのサブセットまたはランタイム環境を特定します。 |
HP QCの詳細については、次のリンクにアクセスしてください-リンク:/qc/index [http://www.finddevguides.com/qc/index]
SAPテスト-QTP
HP Quick Test Professional(QTP)は、テスト中のアプリケーションの実際の/望ましい結果に反して、ギャップ、エラー/欠陥を特定するために、テスターが自動回帰テストを実行できるようにする自動機能テストツールです。
オブジェクトリポジトリ
オブジェクトリポジトリは、QTPがオブジェクトを認識して操作できるオブジェクトとプロパティのコレクションです。 ユーザーがテストを記録すると、デフォルトでオブジェクトとそのプロパティがキャプチャされます。 オブジェクトとそのプロパティを理解しないと、QTPはスクリプトを再生できません。
行動
アクションは、テスターがスクリプトを*アクション*と呼ばれるQTPステートメントのグループに分割するのに役立ちます。 アクションはVBScriptの関数に似ていますが、いくつかの違いがあります。 デフォルトでは、QTPは1アクションでテストを作成します。
Actions | Functions |
---|---|
Actions are inbuild feature of QTP. | VBScript Functions are supported by both VBScript and QTP. |
Actions parameters are passed byvalue only. | Function parameters are passed either byvalue or byref. |
Actions have extension .mts | Functions are saved as .vbs or .qfl |
Actions may or may not be reusable. | Functions are always reusable. |
アクションのプロパティにアクセスするには、スクリプトエディタウィンドウを右クリックして[プロパティ]を選択します。
アクションのプロパティには、次の情報が含まれています-
- アクション名
- ロケーション
- 再利用可能なフラグ
- 入力パラメータ
- 出力パラメータ
アクションの種類
アクションの3種類があります-
- 再利用不可能なアクション-それが設計されている特定のテストでのみ呼び出すことができ、一度だけ呼び出すことができるアクション。
- 再利用可能なアクション-それが存在するテストを複数回呼び出すことができ、他のテストでも使用できるアクション
- 外部の再利用可能なアクション-別のテストに保存されている再利用可能なアクションです。 外部アクションは呼び出しテストでは読み取り専用ですが、外部アクションのデータテーブル情報の編集可能なコピーと共にローカルで使用できます。
詳細については、次のリンクを使用してください-リンク:/qtp/index [http://www.finddevguides.com/qtp/index]
SAPテスト-ケーススタディ
SAPを実装するほとんどの企業はテストを実行する必要があります。 テストの範囲が広すぎるため、SAPシステムの変更を維持するために自動化されたアプローチに従うことができます。
さまざまな企業が、SAPテストを実行するためのクライアント要件を満たすように内部ソリューションを設計しています。 クライアントは、銀行、金融、製造、またはヘルスケアのドメインからのものです。
例
以下は、製造会社のSAPテストを実行する例です。
クライアントの要件-クライアントは英国に拠点を置く製造会社です。 プロジェクトの要件は、QTPを使用してSAPテストを実行し、人事、サプライチェーン、ロジスティクス、資材管理、およびプラントメンテナンスの分野で自動化および機能テストの主要な操作を実行し、SAPアップグレードに自動テストケースを使用し、統合および回帰テストを実行することでした。
実行されるタスク-自動化される主要なビジネスプロセスとSAPシステムタスクの理解から始まりました。 テストチームは、古いパイロットプロジェクトを参照して、HP QTPツールでテスト実行を実行するために必要なテスト戦略、時間、および作業を完成させました。
プロジェクトの実装の一環として、100のビジネスプロセスが正常に自動化されました。 実装されたソリューションは、実行の高速化、精度の向上、サービスの範囲と品質の向上をもたらしました。
使用ツール-次のツールが使用されました:SAP R/3、HP QTP、VBで記述されたテストスクリプト、XMLおよびXLS形式のデータ。
達成された主な利点-以下の利点が達成されました-
- システム検証
- 品質と収益
- コストと予測可能性
- コンプライアンス管理
- 新しい実装と構成の変更