SAP 例を使ったテスト

何ですか SAP テスト中？

SAP テストはソフトウェアテストの一種で、 SAP ERP導入。変更またはカスタマイズするたびに SAP ソフトウェアでは、新しい機能を確認するために新しいテストケースを作成する必要があります。 SAP メンテナンスリリースノート、OSSノート、またはカーネルアップデートを適用した後のシステム。 SAP テストはパフォーマンス テスト（速度を測定する）にも拡張できます SAP アプリケーション）および Web テスト（ SAP ウェブポータルおよびFioriベースのインターフェース）。

なぜなら SAP 財務、物流、人事、サプライチェーンに同時に影響を与えるため、小さな設定変更でも多くのモジュールに波及する可能性があります。 SAP テストを行うことで、そうした影響が本番環境に及ぶのを防ぐことができます。

はじめに SAP

導入の基本的な考え方 SAP (システムアプリケーションと製品その目的は、顧客が幅広いアプリケーションのために、一般的な企業データベースとやり取りできるようにすることでした。 SAP これは、部門や地域をまたいでビジネスプロセスを効率的に機能させる統合型ERP（企業資源計画）スイートです。

以下のビデオでは、ERPソフトウェアの必要性について説明しています。 SAP 企業において。

その SAP スイートには異なる モジュール など SAP FICO、SD、MM、HRなど、各モジュールにはそれぞれ独自のトランザクションコード、マスタデータ、カスタマイズ設定があるため、テスト戦略は通常、モジュールごとに計画されます。

SAP テストコンサルタント – キャリアの選択

テストの実施方法を見る前に、 SAP テストの仕事は実際には日々の業務の連続です。

スキルセット	になるために SAP テスターに​​は以下のスキルセットが必要です。 確かなテスト知識（テスト設計、欠陥ライフサイクル、自動化の基礎） テスト対象となるモジュール（FICO、SD、MM、HRなど）に関する実務的な知識。
典型的な勤務日	通常の勤務日には、要件定義書の理解、テストケースの作成、テストケースの実行、不具合の報告と再テスト、レビュー会議への出席、チーム活動への参加など、多忙な業務に追われることになります。
キャリア進歩	典型的なCMMIレベル5企業におけるソフトウェアテスター（QAアナリスト）としてのキャリアパスは、企業によって異なりますが、概ね以下のようになります。 QAアナリスト (初々しい) => シニア QA アナリスト （2～3年の経験）=> 品質保証チームコーディネーター （5～6年の経験）=> テストマネージャー （8～11年の経験）=> シニアテストマネージャー （14年以上の経験）

認定条件 SAP テストは他のドメインをテストするよりも良い選択でしょうか?

テスト対象アプリケーション（AUT）をテストする際には、次の2つのことが起こります。

1. あなたは取得します 深い機能的知識 被試験機器（AUT）に関する十分な知識がなければ、有意義なテストは困難です。
2. あなたは自分の テストスキル.

どのIT企業でもそうであるように、時間の経過とともにプロジェクトは次々と変わっていきます。あるテスト対象システム（AUT）を理解するために費やした努力は、新しいプロジェクトでは無駄になってしまうのです。これは、例えば通信分野から医療分野へといったように、ドメインを切り替える場合に特に顕著です。

自律的AI SAP習得した実務的な知識は汎用性が高く、複数のプロジェクトで再利用できます。例えば、転職するとしましょう。以前の会社では、特定の通信事業者向けの課金ソフトウェアをテストしていました。新しい会社に同じカスタムシステムが存在する可能性はほぼゼロです。

次に、このケースを考えてみましょう。あなたは、ある場所から別の場所へ移動しています。 SAP 新しい会社で、既存のテストプロジェクトを別のプロジェクトに引き継ぐ場合、GUI、トランザクションコード、基本的な業務ワークフローをすぐに理解できます。これは大きなアドバンテージです。顧客固有のカスタマイズを学ぶ必要はありますが、コアとなる知識はスムーズに引き継げます。

最大の利点は SAP テスターとは、あなたが築く深い機能知識が、 SAP 機能コンサルタントの役割。

SAP コンサルタントは需要が高く供給が不足しているため、高額な給与を要求することが多い。

の意味 SAP 実装？

次のシナリオを考えてみましょう。A社は年間12日の有給休暇を提供しています。B社は年間20日の有給休暇を提供しています。13日以上休暇を取得した従業員の給与から、その分の給与を差し引く必要があります。^th または21^st A社とB社での年次休暇。この情報は 設定された に SAP システムとはまさに SAP 実装と構成に関する説明。

その SAP バニラ版は強力ですが、企業のビジネスポリシー、法的規定、および技術要件に合わせてカスタマイズおよび構成されるまでは、その価値は限られています。このプロセスは SAP 実装には、規模に応じて数ヶ月から数年かかるのが一般的です。

何ですか SAP カスタマイズ？

SAP ERPの中で最も多くの標準ビジネスプロセス集を搭載している。しかし、一部の社内プロセスは、すぐに利用できる標準プロセスでは正確にマッピングできない。 SAP 取引。

このような場合、ABAPを使用してカスタムコードが作成されます。 カスタマイズとは、標準構成では利用できない機能を作成するために、コードを変更または追加することです。. SAP カスタマイズは、ユーザー出口やBAdIを通じて、カスタムレポート、プログラム、スマートフォーム、または拡張機能を生成するためにも使用できます。

メンテナンスとは SAP ソフトウェア？

一度 SAP システムが構成、カスタマイズ、展開され、稼働状態になった後、システムに加えられる変更はすべて保守作業と呼ばれます。保守作業には通常、以下の内容が含まれます。

• 新機能の追加 SAP システム。
• 製造上の不具合に対するバグ修正。
• SAP カーネルアップデート.
• サポートパックとスタックのアップデート.
• OSS ノートの実装.

これらの作業はいずれも、これまで正常に動作していた機能を損なう可能性があるため、すべての保守変更は回帰テストの合格によって裏付けられなければなりません。

エンドツーエンドのやり方 SAP テスト中？

複数の方法論が使用可能です SAP 実装：

• ASAP 実装（初期実装の場合） SAP システムおよびレガシーシステムからの移行）。
• 保守ライフサイクル。
• Upgrade Lifecycle。
• カスタム開発ライフサイクル。

ライフサイクルがどうであれ、 SAP テストは常に3つの主要な段階を経て行われます。

1) 試験の準備

2) テスト実行

3) テスト評価

ステップ 1) テスト準備段階

1. テスト対象となる業務プロセスの特定。
2. 手動と自動 テストケース 開発。
3. テストスイートの作成とピアレビュー。
4. テストシステムとクライアントのセットアップ。
5. テストデータおよびマスターレコードの作成。

ステップ2) テスト実行フェーズ

1. テストの実行は、手動またはテストツールを使用して行う。
2. テストステータスレポートと 欠陥 取り扱い。

ステップ 3) テスト評価フェーズ

1. すべての試験計画と終了基準の詳細な評価。
2. 欠陥分析と根本原因の分類。
3. テストプロセスとそこから得られた教訓に関する文書。

適用可能なテストの種類 SAP 用途

各ライフサイクルフェーズは、異なる種類のテストに依存しています。下の図は、典型的なライフサイクルにおいてそれらがどのように組み合わさるかを示しています。 SAP プログラム。

『Brooklyn Galaxy』のために、倪氏はブルックリン美術館のコレクションからXNUMX点の名品を選び、そのイメージを極めて詳細に描き込みました。これらの作品は、彼の作品とともに中国ギャラリーに展示されています。彼はXNUMX年にこの作品の制作を開始しましたが、最初の硬貨には、当館が所蔵する SAP アプリケーションにおいて一般的に実施されるテストの種類を以下に示します。

1) 単体テスト

ユニットテストは主に組織の開発者によって行われます。 単体テスト ルール。熟練したホワイトボックステスターに​​よって実行されることもあります。テストは開発ボックスで実行されます。主に開発されたインターフェース、変換、機能強化、レポート、ワークフロー、フォーム (RICEWF) を対象としています。 ABAP コード。開発オブジェクトのテストには、セキュリティ認証、データ転送ルール、照合、バッチスケジューリングジョブも含まれます。BW（ビジネスウェアハウス）のテストも開発テストの一部です。

2) 統合テスト

統合テストでは、 SAP アプリケーションが正しく連携して機能するかどうかを判定します。これは通常、QA 環境で実行され、非インターフェースからのデータフローを含む現実的なテスト データを使用します。SAP システム。

3) 回帰テスト

回帰テスト 新たに導入された変更が、既存の動作中のコードに悪影響を与えないことを保証します。 SAP S/4HANAとR/3は密接に統合されたシステムです。スタックの更新、OSSノート、トランスポート、構成変更、または新しい開発インターフェースのいずれか一つでも、深刻な連鎖的影響を引き起こす可能性があります。回帰テストは通常​​、テストチームが自動化ツールを使用して実行します。

4) パフォーマンステスト

パフォーマンス テスト チェック SAP アプリケーションが想定されるワークロードの下で適切に動作することを保証します。これには、負荷、ボリューム、および ストレステスト システムのボトルネックを見つける。強化することを目的として、 SAP アプリケーションの堅牢性を確認するこのテストでは、システムが高負荷予測に対応できることを確認し、稼働開始後のパフォーマンス問題を防止します。トランザクション量やバッチ処理量が多いために負荷がかかりやすい業務プロセスは、徹底的に評価されます。通常、自動化ツールを使用して実行され、テスト結果を監視するために、基盤、データベース、インフラストラクチャ、およびテストチームが緊密に連携します。

5) 機能テスト

機能テスト の実装を確実にします SAP ビジネス要件を満たします。 SAP 高度な設定が可能で、社内アプリケーションやサードパーティ製ツールとの統合も可能です。このように多様な設定と複雑さを伴うため、機能テストは必須です。 SAP 機能テストは、ビジネスユースケースに関する不確実性を取り除き、品質を向上させます。これには、設計ドキュメントのレビューや、テスト要件などのテスト成果物の作成が含まれます。 テストシナリオ機能テストは通常​​、特定の分野のバックグラウンドを持つテストチームによって実施されます。 SAP テスト中のモジュール。

6) ユーザー受け入れテスト (UAT)

機能テスト、システムテスト、回帰テストが完了したら、UAT（ユーザー受け入れテスト）が実施されます。UATは、 SAP システムはエンドユーザーが利用可能です。エンドユーザーは、業務プロセス、機能、ドキュメント（操作マニュアル、チートシートなど）を含むUATシナリオを独自に実行します。UATを通じて、ユーザーは新しい業務環境に慣れ、システムを完全に使いこなせるようになります。

7) セキュリティテスト

確かめる SAP アプリケーションは安全です。 セキュリティテスト 実施されます。高リスクエリア SAP ポータルセキュリティ、ネットワークセキュリティ、運用セキュリティ、製品セキュリティ、アクセス制御、およびソースコード監査がテストされます。これには通常、基盤、データベース、インフラストラクチャ、開発、およびテストチームが関与します。

8) ポータルのテスト

これにはテストが含まれます SAP さまざまなブラウザやデバイス上のポータルやFioriラウンチパッドで、ビジネスプロセスがエンドツーエンドで正常に完了することを確認する。

手動 vs 自動 SAP テスト

SAP チームはほぼ例外なく、手動アプローチと自動化アプローチを組み合わせて使用​​します。以下の表は、実際のプロジェクトで最も重要な側面において、両者を比較したものです。

次元	マニュアル SAP テスト	自動化 SAP テスト
最適	探索的テスト、ユーザー受け入れテスト（UAT）、単発の構成チェック。	回帰テスト、パフォーマンステスト、リリース全体にわたるスモークテストの繰り返し。
セットアップの手間	低レベル。テスターに​​必要なのはアクセス権とテスト計画のみです。	より高いレベル。まず、スクリプト、フレームワーク、テストデータを構築する必要があります。
実行速度	動作が遅い。毎回同じクリック音が繰り返される。	迅速。数百件の案件が一夜にして処理されることもある。
カバレッジ	テスターの時間と疲労によって制限される。	スクリプトが作成され、維持管理されると、広範囲にわたるものとなる。
メンテナンス	プロセスに変更がない限り、テストケースは有効であり続ける。	トランザクション、画面、またはフィールドが変更された場合は、スクリプトを更新する必要があります。
一般的なツール	SAP GUI、HP ALM、スプレッドシート、Jira。	eCATT、 SAP タオ、 OpenText UFT One、 Tricentis, testRigor.

作成する方法 SAP テストケース

従業員の名前を変更するテストケースを設計しましょう。 SAP システム。

効果的なテストケースを作成するには、次のことを行う必要があります。

• を決定する SAP テストケースを実行するために必要な役割。
• 識別する SAP テストケースのために実行する必要のあるトランザクション。
• テストケースを実行するために必要なテストデータを決定します。データを作成する必要があるか、他のテスターと共有する必要があるか、またはデータがロックされていて変更できないかを決定します。
• 募集期間の満了や従業員としての在籍状況など、前提条件があれば記載してください。
• テストケースを実行する前に、ピアレビューを実施してください。
• 肯定的なシナリオと否定的なシナリオの両方を作成してください。
• 詳細な手順を段階的に記述したテスト手順書を作成してください。
• ポジティブケース、ネガティブケース、境界ケース全体にわたって、テストカバレッジが十分であることを確認してください。
• 欠陥を発見したら、速やかに記録してください。

変更方法については、このビデオを参照してください。 SAP インフォタイプ。

このテストケースを以下に示します。

重要な注意事項

SAP これは無限のバリエーションを持つ巨大なシステムです。テストパラメータ入力のあらゆるバリエーションと組み合わせをすべて検証することは、現実的にも費用対効果の面でも不可能です。

のように SAP 上記のテストケース例では、テスターは姓、生年月日、住所、PINの変更を検証できた可能性があります。 Code都市、州、国、永住住所、一時住所、勤務先住所の変更など。

テスターは、カバレッジを犠牲にすることなくテストケースの数を減らすための戦略を採用する必要があります。そのような戦略の例としては、 境界値解析同値分割、および 直交配列.

自動テスト SAP 用途

巨大なシステムにとってテストは大きな課題です。 SAPASUGの最近の調査によると、顧客の86%以上が、包括的な検査の不足によって引き起こされるリスクを懸念している。

自動化には次のような利点があります SAP アプリケーション：

1. 最も重要で価値のある利点は、テストの実施範囲が拡大することである。
2. 製品品質の向上により、生産停止が減少する。 SAP 生産環境の構築には、企業にとって1時間あたり数百万ドルのコストがかかる可能性がある。
3. 回帰テストスイートが安定すれば、リリースサイクルごとに作業負荷は減少します。

SAP テスト自動化ツール

テストについて考えるとき、使用するツールよりも方法論とアプローチの方が重要です。 SAP アプリケーションに関しては、次のようなツールが自然と思い浮かびます。 SAP TAO、eCATT、そして QTP.

1) testRigor

評価プロセス全体を通して、 testRigorこのツールをリストに追加したのは、直感的なセットアップと高度なAI機能により、初心者からベテランのテスターまで幅広く対応できるため、包括的なテストを行う上で有力な選択肢となるからです。 SAP テスト。

私はことを理解します testRigor 録音・再生機能と新規プロジェクト向けの自動テスト生成機能を内蔵しています。また、すべての有料プランで優れたドキュメントと一流のカスタマーサポートが利用可能です。

機能と特徴：

• テストの作成と変換: エンドツーエンドのテストをゼロから構築したり、既存の手動テストを変換したり、付属の記録・再生ブラウザ拡張機能を使用したりできます。
• 開発ツールとの統合: テストケースや課題管理のための他のツール、およびCIパイプラインと連携させることができます。
• テストメンテナンスの削減: テスト保守にかかる時間を最大95%削減できます。
• テストサポート: 主要なすべてのブラウザと iOS での Web、モバイル、および API テスト Android.
• 高品質のテスト出力: 各ステップの詳細なスクリーンショットを備えた非常に信頼性の高いテスト。

TestRigor にアクセス >>

---

2) Tricentis ライブ比較

私の評価全体を通じて、 ライブ比較セットアップは非常に簡単で、開発者、テスター、マネージャーに重要なリアルタイム情報を提供することがわかりました。変更のサポートとリスク管理に関しては、 SAP システムに関して言えば、これは最有力候補の一つと言えるでしょう。

DevOps に優しい機能により、品質とスピードを向上させ、 SAP 実践において、LiveCompareはリリースの迅速化、業務の最適化、そして自信を持ってイノベーションを実現するのに役立ちます。

機能と特徴：

• AI を活用したチェンジ インテリジェンス: AIを使用してリスクのある人を特定する SAP オブジェクトを識別し、テストの精度を向上させ、関連するリスクとコストを削減します。
• インテリジェントなテストの選択: 重要な項目をカバーするテストを優先する SAP さまざまなテストリポジトリと統合することでオブジェクトを最適化し、テスト効率を向上させます。
• カスタム額装 Code 分析： システムの整合性とパフォーマンスを維持するために、カスタムABAPコードの品質を監視および評価します。
• 継続的な構成影響分析: 自動的に変化を検出します SAP システム構成を管理し、運用安定性の維持に役立ちます。
• ワークフローのテンプレートとカスタマイズ: タスクを自動化し、プロジェクト全体でデータ処理の一貫性を保つための、カスタマイズ可能なワークフローテンプレートを提供します。

ロケーション選択 Tricentis >>

---

3) ECATT (拡張コンピュータ支援テストツール)

eCATT は、以下の機能テストの作成と実行に使用されます。 SAPこれは、にバンドルされている組み込みツールです。 SAP、そしてその主な目的は、 SAP ビジネスプロセス。

特長

1. トランザクション、レポート、シナリオをテストします。
2. BAPIと関数モジュールを呼び出します。
3. リモートシステムをテストする。
4. 権限（ユーザープロファイル）を確認してください。
5. テストアップデート。
6. カスタマイズ設定の変更による影響をテストする。
7. システムメッセージを確認してください。

---

4) OpenText UFT 1

OpenText UFT 1つはキーワード駆動型の自動化ツールです。多くの環境をサポートしています。 SAPこのツールは堅牢で機能豊富、かつユーザーフレンドリーです。自動化ツールの市場リーダーであり、大きな市場シェアを誇っています。優れたベンダーサポートを備えた商用ツールであるため、多くの企業に選ばれています。 SAP オートメーション。

---

5) SAP CAT

SAP 自動化ツールをリリース SAP TAO は Focus Frame (現在は Hexaware に買収) と共同で開発しました。

SAP CAT ラップ QTP そしてQCでは QTP 実行エンジンとして機能し、テストシナリオは品質管理部門からビジネスコンポーネントを通じて作成および実行されます。 SAP TAOはエンドツーエンドシナリオのテストコンポーネントの生成を自動化します。 SAP TAO と HPQC のセットアップは、HP の幅広い企業サポートにより、他のテスト ツールよりもいくつかの利点があります。 SAP ソフトウェア製品。

その SAP TAOクライアントアプリケーションは、次の3つの機能を実行します。 SAP サーバー上でトランザクションをHP Quality Centerにエクスポートし、HP Quality Centerからコンポーネントまたはスクリプトを統合します。

パフォーマンステスト SAP 用途

パフォーマンステスト of SAP アプリケーションはチェックするために行われます スピード、拡張性、安定性パフォーマンス テスト SAP 以下に役立ちます:

• サービスレベル契約（SLA）を遵守する。
• ソフトウェア構成設定を最適化する。
• ハードウェアへの過剰支出を削減する。
• 季節的な負荷のピーク時にもシステムがクラッシュしたり故障したりしないことを保証し、それに伴う経済的損失を回避する。

パフォーマンス テストをトリガーするイベント

の選択 パフォーマンス テスト ツール の SAP 基礎となるものに依存します SAP テスト中のアプリケーション。以下は SAP 性能テストツールとその応用分野。

1. オープンソース／無料

• JMeter – パフォーマンステスト SAP BusinessObjects BIプラットフォーム。
• Open STA – パフォーマンス テスト SAP ポータル。

2. 商業用

• LoadRunner – パフォーマンステスト SAP ECCなど SAP アプリケーション– が推奨します SAP.
• IBM Rational Performance Tester – さまざまなものをテストできます SAP 分野の様々なアプリケーションで使用されています。

既にプロトコルをサポートしているツールを選択してください SAP アプリケーションは（SAP GUI、HTTP、RFC、ODATA）に対応しているため、最初のスクリプトが実行される前にプロトコルアダプタの構築に何週間も費やす必要はありません。

よくあるご質問