beginner s guide erp testing part 1
興味深く、やりがいのあるトピックを探りましょう。 ERPソフトウェアをテストする方法 」。 ERPテスト(SAPテストなど)に関連する課題、ERPテストを成功させるためのガイドラインとロードマップについて学習します。
ERPテストの詳細に入る前に、まず、ERPに関するいくつかの重要な情報を理解する必要があります。テストの目的では、ERPソフトウェアの機能、機能、およびワークフローを理解することが最も重要です。適切な知識がなければ、ERPモジュールのテストは非常に重要で面倒です。
学習内容:
- ERPとは何ですか?なぜ企業はERPソフトウェアを必要としますか?
- ERPテストの重要性
- 自動化されたERPテスト
- ERPテストが重要なのはなぜですか?
- ERPソフトウェアをテストできますか?
- ERPテストのロードマップ
- 結論
- 推奨読書
ERPとは何ですか?なぜ企業はERPソフトウェアを必要としますか?
ERP 手段 IS nterprise R esource P ラニング。より実用的な考え方は、「企業」(組織または企業)が「リソース」を統合することによって生産性と効率を向上させる「計画」である場合、それはERPであるということです。
リソースは何ですか?これは、人、機械、方法、材料など、あらゆるタイプの組織で4Mと呼ばれています。
世界中のすべてのERPソフトウェアは、この概念を念頭に置いて構築されています。すべての企業は、あらゆるビジネスの事実である会計またはERPソリューションを必要としています。
組織は、個々の部門の要件に従って1つ以上のソフトウェアを使用できます。例えば、経理部門はOracleテクノロジーで開発された会計ソフトウェアを使用し、財務部門はMicrosoftテクノロジーで開発された予算編成ソフトウェアを使用し、人事部門はJavaで開発された給与計算ソフトウェアを使用し、在庫部門はIBMによって開発された倉庫管理ソフトウェアを使用する場合があります。
テクノロジーは別として、各ソフトウェアは異なります。データの保存に使用されるデータベースも、Oracle、SQL Server、DB / 2などとは異なります。
最も重要なことは、データが一元化された場所に保存されていないため、一方の部門で利用可能なデータをもう一方の部門で利用できないことです。 この状況は、企業組織のビジネスシナリオで多くの複雑さを引き起こし、会社の生産性を低下させるだけでなく、従業員の効率にも影響を与えます。
たとえば、営業マネージャーは顧客との受注をコミットするための倉庫の在庫在庫を知らず、会社の副社長は部門を訪問するか電話を持っていない限り会社の財務状況を知りません。彼らと呼んでください。
ERPソフトウェア これらすべてのさまざまなビジネス状況と機能フローシナリオを考慮し、 統合することにより、企業のお客様にソリューションを提供します 組織内の複数の部門のワークフローと、サーバーインフラストラクチャを介したデータベースの集中化。
そのため、すべての部門のデータは毎日一元化されたサーバーに保存されます。許可された従業員は誰でも見ることができます オンラインのライブデータ 日常業務を進めるために誰かと対話する必要はありません。最後に、会社のVPは、マウスを1回クリックするだけで組織データ全体を確認できます。素晴らしい仕事ですよね?
年間の世界的なERPソフトウェア市場は 250億ドル これは毎年10〜20%成長し、SaaS(Software-as-a-Service)およびクラウド(Off-Premises Infrastructure)プラットフォームを通じて、中小企業のビジネスセグメントで需要が増加します。
その後、IT業界でもERPテストの専門家の需要が高まっています。多くのERP実装プロジェクトは、予算の50%以上をテストおよび関連する活動に費やしました。
私たちはそれをERPソフトウェアと呼んでいますが、それは「 ただのソフトウェア 」とERPベンダーの仕事は、ERPソフトウェアを顧客に販売することによって完了しません。 ERPは実際には「 ビジネス 解決 」によって組織に ビジネスプロセスとワークフローの自動化 社内。これは、ソフトウェアをインストールしてインフラストラクチャをセットアップするだけでは達成できません。ERPの実装を成功させるには、多くの専用の回避策と人の関与が必要です。
このERPの世界では、期待どおりの品質とパフォーマンスを備えた最高のERPソフトウェアをどのように選択して評価するかが、企業顧客の間で大きな問題とジレンマになっています。
推奨ツール:
#1)Oracle NetSuite
Oracle NetSuite ミッションクリティカルなプロセスを合理化するERPソリューションがあります。その特徴と機能により、ビジネスの明確な可視性と制御が可能になります。
Macで.datファイルを開く方法
Oracle NetSuiteは、品質管理ソリューションを提供します。このプラットフォームには、テストを定義し、結果を評価するためのパラメーターを設定し、それらを関連するアイテムと操作に適用して、テストの受信と進行中のテストを行う機能があります。
特徴:
- NetSuiteは、検査のタイプ、実行する必要のあるテスト、許容限度、最小資格などを指定できるテスト定義の機能を提供します。
- テストまたは検査の集中管理されたリストがあります。
- このツールは、測定値をキャプチャし、それらを比較して合格または不合格の制限を設定できます。
- データ収集の機能があります。
ERP対応のビジネス組織のスナップショットは以下のようにキャプチャされます。
ERPテストの重要性
ERP実装プロジェクトの大部分は、不適切なテスト計画とテストが原因で失敗します。 ERPテストの重要性を理解するには、テストの専門家はERPシステムのバリエーションを理解する必要があります。
ERPシステムは、複数の顧客を対象とする複数のドメインで複数のバージョンで利用できる場合があります。例えば、主要なERPベンダーは、以下のようにERPソフトウェアのさまざまなバージョンとフレーバーを使用しています。
- Microsoft Dynamics NAV:中小企業のお客様向けに設計
- Microsoft Dynamics AX:大企業のお客様向けに設計
- 機能テストとは別に、システムテスト、パフォーマンステスト、および負荷テストが重要です。
- SAP Insurance:保険会社向けに設計
- SAPバンキング:銀行セクター向けに設計
- SAPケミカル:化学会社向けに設計
- 機能テストとは別に、ドメイン知識と業界経験が重要です。
同様に、Oracleの製品、つまりE-Business Suite、PeopleSoft、Siebel、JD Edwardsなどは、テストチームが完全なシステムの目的と機能を理解する必要がある、さまざまな機能、対象顧客、および業界を持っています。
ERP企業で利用できるテストチームには2つのタイプがあります。
- 静的機能を使用して「ベースERPソフトウェア」をテストする「コアテストチーム」。
- 動的でカスタマイズされた機能を使用して「実装プロジェクト」をテストするための「実装テストチーム」。
顧客の要件に従って機能をカスタマイズすると、変更された影響は複数のモジュールとシステムに影響します。テストチームは、完全なトレーサビリティのために、すべての変更と関連する影響をキャプチャする必要があります。
自動化されたERPテスト
ERP企業には、ERPシステムをテストするための専用のテストフォースがあります。このような大規模なシステムをテストするには、テストの実行を「 自動化 」。要件に応じて、ERP企業は自社を設計します 自動テストフレームワーク そして彼らの インフラストラクチャのテスト。
手動テストは1ラウンドのテストを完了するのに多くの時間を必要とするため、ERPテストには自動テストをお勧めします。システムのすべてのコンポーネントをテストし、100%の品質を保証しないと、ERPの実装が失敗することは明らかです。
以下は、ほとんどのERPシステムがSOA(サービス指向アーキテクチャー)で構築されているため、さまざまなタイプのERPテストのリストです。
- 機能テスト
- データ処理テスト
- 完全性テスト
- システムテスト
- セキュリティテスト
- 信頼性テスト
- 適応性テスト
- スケーラビリティテスト
- ユーザビリティテスト
- 性能試験
- 負荷テスト
- インターフェイステスト
- 相互運用性テスト
- 回帰試験
- インフラストラクチャテスト
- 画像テスト
- インストールテスト
- 並列テスト
ERPベンダー
国際市場には多くのERPベンダーがあります。
以下は、市場シェア、コスト、実装モデル、展開の平均時間、プラットフォーム、配信、テクノロジー、機能、および機能に基づいたERPソフトウェアとそのベンダーのクイックリストです。各ベンダーは、顧客のドメインと業界の業種に応じて、さまざまなフレーバーの製品を提供しています。
- SAP (#1)– 1972年以来のSAPから、世界中の主要な市場株主および数百万人のユーザーまで。
- Microsoft Dynamics(#2)– Microsoft Corporationから、世界中の何百万ものユーザー。
- Oracle E-Business Suite(#3)– OracleCorporationから世界中の数百万のユーザーまで。
- Epicor ERP
- セージERP
- NetSuite
- インフォアERP
- ラムコERP
- フォーカスERP
- タリーERP
ERPモジュール
ERPモジュールとは何ですか? ERPのモジュールは、プロセスまたは部門のワークフローの特定のグループのための機能のグループです。
例えば 、販売注文プロセス、支払いプロセス、および顧客管理は、企業内の独自の機能ワークフローとしてグループ化でき、「 販売と流通 」モジュールと同様に、従業員の出席、給与計算プロセス、人事管理は、企業内の独自の機能ワークフローとしてグループ化でき、「」の下に形成できます。 人事と給与 」モジュール。
テストの目的では、機能、機能、およびワークフローを理解することが最も重要です。適切な知識がなければ、ERPモジュールのテストは非常に重要で面倒です。
ERPベンダーは、機能をグループ化するために異なるモジュール名を持っている場合がありますが、概念は同じです。例えば、いくつかのSAPモジュールをざっと見て、実行しているかどうかを判断しましょう。 SAPテスト 。
- SAP FICO(財務および原価計算用)
- SAP HR(人事担当)
- SAP MM(在庫/購買管理用)
- SAP PP(生産計画用)
- SAP SD(販売管理用)
- SAP CRM(顧客関係管理用)
- SAP SCM(サプライチェーン管理用)
同様に、すべてのERPソフトウェアには、機能のグループ化と命名規則に従ってモジュールがあります。
ERPテストが重要なのはなぜですか?
テスト計画が実装フェーズの完全なロードマップをカバーしていない場合、ERPテストは非常に重要です。システム内のすべてのモジュールは完全に統合され、相互に関連しています。つまり、すべての機能は他のモジュールまたは他のシステムの機能に依存しています。
例えば、 「販売」モジュールで受注を作成するには、システムは「在庫」モジュールで利用可能な在庫を確認し、「顧客」モジュールで顧客の与信限度額を確認する必要があります。
機能は他のモジュールに依存するだけでなく、複数通貨対応システムが外部ライブシステムから現在の為替レートを取得するなどの外部システムにも依存します。販売注文の出荷レートは外部ライブシステムから要求される場合があります。在庫品目の消費税は、政府機関などから要求される場合があります。
上記のビジネスユースケースに基づいてテストケースを作成する場合、テスターは機能の完全なワークフローとワークフローの依存関係を理解する必要があります。そうしないと、テストケースが失敗するか、不完全なままになります。
以下の図は、販売注文プロセスの概要と、内部システムと外部システムの依存関係を示しています。
上記のビジネスユースケースのような機能テストとは別に、テストの他のフェーズは「 ERPの実装 」これはより重要です。 ERPの実装フェーズには、顧客の要件とインフラストラクチャに応じた多くの変更とカスタマイズが含まれます。
この種のテストには、通常の機能テストだけでなく、パフォーマンスおよびユーザー受け入れテストも含まれます。内部および外部ソースからライブシステムと相互作用する複数のコンポーネントがあります。
すべてのコンポーネントとその機能を理解することは、テストの専門家にとってより重要です。 テスト計画を準備する テスト中のアプリケーションでカバーされるすべての実行可能なユースケースを含むテストスイート。
成功したERPテストの専門家は、長年にわたってさまざまなERP実装のトレーニングと作業を行い、経験を積んで、「対象分野の専門家」または「対象分野の専門家」としての資格を追加した有能なERPテスターになります。 ドメインエキスパート 」。
多くのERPシステムの中心は、会計または財務モジュールにあります。ここでは、ほとんどのテスターが会計の知識を欠いており、財務の概念と総勘定元帳システムを理解するのが難しいと感じています。 ERPシステムの相互に関連するワークフローと外部に関連するワークフローの複雑さにより、テストの専門家は適切なERPテストスイートを作成することができなくなります。
特に、 ERPシステムの実装には、さまざまな形式のシステムテスト、複数のユーザー受け入れテスト、複数レベルのパフォーマンス、および新しいERPシステムにインポートする必要がある既存のシステムからの数百万の「ライブテストデータ」による負荷テストが必要です。
主な課題は、機能をテストするための入力データを収集し、出力データの正確さを分析することです。これには、ドメインの知識が必要です。
例えば、 ERPシステムで総勘定元帳トランザクションまたは受注トランザクションをテストするためのデータを収集することはそれほど簡単ではありません。データは入力用に収集されますが、IFRSなどの財務基準に従って出力データの正確性を理解および分析することは非常に重要です。
たとえばは、 総勘定元帳の取引から生成される「貸借対照表」は、貸借対照表または試算表の知識がないと、通常のテスターには理解できません。 「貸借対照表」である理由は、すべてのモジュールからの複数のトランザクションに基づいて総勘定元帳から生成されます。
ERPソフトウェアをテストできますか?
テストの専門家にとって重要な質問は、「利用可能な知識と経験でERPシステムをテストできますか?」です。この質問への答えは単純な「はいまたはいいえ」ではありませんが、自己評価が必要です。
ERPシステムは複数の言語で利用でき、複数の通貨をサポートし、複数のプラットフォームに適応し、複数のドメインを対象とし、複数のユーザー向けに設計されています。また、テスターは完全なERPシステムを個別にまたは単独でテストすることはありません。
PCに最適なオペレーティングシステムは何ですか
ERPのすべてのモジュール、複数の言語の専門知識、または複数の産業への露出に関する完全かつ完全な知識と経験を持っているとは誰も期待されていません。ただし、テストの専門家は、以下のようにいくつかの質問をする必要があります。これは、ERPロードマップの準備に役立ちます。
- ERPおよびERPモジュールを教えてもらえますか?
- 以前にERPのテストケースを作成したことがありますか?
- 以前にERPのテストケースを実行したことがありますか?
- スクリプト、HTML、XML、SQLなどの技術的な知識はありますか?
- 製薬、化学、銀行などの産業上のエクスポージャーはありますか?
- テストするERPモジュールはいくつですか?
- ERPテストのトレーニングは必要ですか?
- ERPテストは手動ですか、それとも自動ですか?
- 私はコアテストチームまたは実装テストチームの一部ですか?
ERPテストのロードマップ
のロードマップを用意しましょう ERPテストのチェックリスト 。注意すべき点は、「テスト作業」はERPテストの「開発作業」とほぼ同じである可能性があり、ERP企業は作業を削減するためにプラットフォームとインフラストラクチャをセットアップしようとしていますが、効率と生産性は向上しています。
これは簡単なチェックリストであり、ケースバイケースで異なる場合があります。
ERPテストチェックリスト:
はい・いいえ | アクションアイテム | 状態 |
---|---|---|
7。 | テストするテストシナリオを特定し、自動化するテストシナリオを特定します。 | |
1.1。 | テストの範囲を特定し、ERPテストが基本製品または実装プロジェクト用であることを確認します。 | |
2.2。 | テスト中のアプリケーションの製品で利用可能/リリースされているモジュールの総数を特定します。 | |
3.3。 | 実装する製品の対象となる顧客、システムユーザー、および業種を特定します。 | |
四。 | テスト計画、テストスイート、テストケース、テスト実行、およびテストレポートを作成するためのテスト作業を見積もります。 | |
5.5。 | 以前のテスト戦略のステータス、テスト中のアプリケーションのテスト実行プランを確認します。 | |
6.6。 | テストするビジネスプロセスを特定し、自動化するビジネスプロセスを特定します。 | |
8.8。 | テスト中のERPアプリケーションの手動および自動テスト用の既存のテストフレームワークを分析します。 | |
9.9。 | 既存の/提案された自動テストツールが構成されており、フレームワークの実行が十分にテストされていることを確認します。 | |
10.10。 | 手動と自動の両方のERPテストで特定された品質メトリックを使用して品質保証戦略を設定します。 | |
十一。 | すべてのビジネスユースケースシナリオの自動化テストスクリプトを分析し、十分にレビューして承認します。 | |
12.12。 | 手動と自動の両方のテスト作業の効率と生産性を向上させるためのベストプラクティスを特定します。 | |
13.13。 | 手動および自動の両方のERPテストに適したスキルセットを持つ経験豊富な専門家のグループでテストチームを編成します。 | |
14.14。 | 自動化プロセスで再利用できるテストスクリプトを維持するためのテストフレームワークをセットアップします。 | |
15。 | テストが実行できない、または自動化フレームワークが実行できないテストシナリオ/ビジネスユースケースをエスカレーションします。 | |
16.16。 | 入力と出力の両方のテストデータを収集するプロセスを特定し、ドメインエキスパートが出力データを分析できるかどうかを確認します。 |
結論
ERPテストに入る前に、テストの専門家は、ERPテストの概念、プロセス、戦略、および重要性を理解する必要があります。はい。これで、簡単なロードマップを手にしてテストプロセスを開始する準備が整いました。
次のERPテストチュートリアル : ERPテストテスト計画 –したがって、次のステップは、ERPテストプロセスを開始することです。 QAとテスト計画の準備、モジュールごとのテストケースを使用したテストスイートの準備、手動および自動のテスト実行のベストプラクティスの特定、テストレポートのテンプレート形式の準備。
これらすべてのトピックについては、次のチュートリアルで説明します。ぜひお見逃しなく。
ERPまたはSAPテストについて質問がある場合はお知らせください。
推奨読書
- 最高のソフトウェアテストツール2021 (QAテスト自動化ツール)
- ソフトウェアテストQAアシスタントジョブ
- アルファテストとベータテスト(完全ガイド)
- ソフトウェアテストコース:どのソフトウェアテスト機関に参加する必要がありますか?
- キャリアとしてのソフトウェアテストの選択
- ソフトウェアテストテクニカルコンテンツライターフリーランサーの仕事
- PrimereBookダウンロードのテスト
- SoftwareTestingHelpの最高のQAソフトウェアテストサービス