how prepare test plan
前回の記事では、ERPという用語の本当の意味、ERPのさまざまなモジュール、ERPテストの重要性、ERPテストの重要性、ERPテストの準備のためのロードマップなど、ERPの重要なポイントをいくつか見てきました。 。
=> ここでERPテストパート1チュートリアルを確認してください。
この記事では、品質保証計画、テスト計画、テストスイート、テストケース、テスト実行戦略の準備など、ERP(SAP)テストのより実用的な詳細について説明します。
=> 完全なテスト計画チュートリアルシリーズについては、ここをクリックしてください
このチュートリアルは、あらゆるアプリケーションのテスト計画を最初から作成するための良い例です。 私達はまた提供しましたダウンロード用のサンプルテストスイートテンプレート。
最高の無料DVDリッパーウィンドウズ10
デモンストレーションの目的で、テスト中のERPアプリケーションが次のモジュールで構成され、実装計画に関するいくつかの重要な情報が以下のようになっていると仮定します。
ERP名: ABC製造ERP
顧客名: XYZ石油化学LLC
業界の業種: 製造
企業のオフィス: ニューヨーク
支店: ロサンゼルスとシカゴ
生産工場: ヒューストン
在庫倉庫: ヒューストン、ロサンゼルス、シカゴ
総従業員数: 2500
システムユーザー: 325
会社の売上高: 100万米ドル
部門: 管理、財務、経理、人事、生産、品質、店舗、販売、マーケティング、メンテナンス、派遣、カスタマーサポート
モジュール: 予算、CRM、顧客、ベンダー、販売、購入、支払い、契約、財務、アカウント、人的資本、給与、生産計画、プロジェクト管理、在庫、資材管理、作業指示書、固定資産、ビジネスインテリジェンス
配信モデル: オンプレミスとクラウド
実行計画: 要件の収集、ビジネスワークフロー分析、データフローの評価、カスタマイズと拡張、配信とロールアウト、エンドユーザートレーニング
推奨ツール:
#1)Oracle NetSuite
Oracle NetSuite は、検査計画を設定し、テスト結果を追跡できる品質保証プラットフォームを提供します。このツールは、製品に最高品質を提供するのに役立ちます。テストのリストを一元管理し、最小限の検査官資格を適用することができます。
テスト定義、受信および処理中の検査、およびデータ収集のためのさまざまな機能を提供します。
特徴:
- Oracle NetSuiteは、検査結果のリアルタイム処理を実行します。
- これはデバイスに依存しないツールであり、ブラウザベースのタブレットで使用できます。
- 不適合材料のワークフローベースの処理の機能があります。
- 最低限の検査官資格を強制することができます。
以下に、ERPテストの重要性と複雑さについてのアイデアを提供する、受注、顧客財務、支払いヘッダー、固定資産、従業員管理、販売レポートなどの重要なビジネスプロセスのERPソフトウェアアプリケーションのスクリーンショットをいくつか示します。
スクリーンショット1:販売注文
スクリーンショット2:販売注文(米国)
スクリーンショット3:顧客の財務
スクリーンショット4:支払いヘッダー(インド)
スクリーンショット5:支払いヘッダー(米国)
スクリーンショット6:固定資産(インド)
スクリーンショット7:固定資産(米国)
スクリーンショット8:従業員の管理
二重リンクリストJavaの作成方法
スクリーンショット9:販売レポート
学習内容:
ERPQAプラン
品質の保証は、ERP実装プロジェクトの主要なマイルストーンであり、次の利害関係者で構成され、成功は「 チーム 」。
ERP実装プロジェクトの利害関係者は次のとおりです。
- 実装チーム – ERPCompanyまたは地域の実装パートナーの専門家チームで構成されます。実装の専門知識が必要です。
- ソフトウェアベンダー – ERPに必要なオペレーティングシステム、データベース、およびその他のオフィスアプリケーションのソフトウェアサプライヤ。
- ホスティングプロバイダー – ERPの実装に必要なサーバー、ネットワーク、インターネット、およびイントラネットインフラストラクチャのホスティングプロバイダー。実装の専門知識が必要です。
- ビジネスチーム –事業開発または経営運営委員会のチームで構成されます。
- 技術チーム –プロジェクトの全過程を通じて利用できる開発チームまたは実装チーム。実装の専門知識が必要です。
- テストチーム –ERP会社またはERP実装戦略に関する専門知識を持つローカルパートナーのテストチーム。
- カスタマーチーム –ビジネスプロセスの完全な実務知識を持っているエンドユーザーチームまたは部門長。
前のチュートリアルで説明したように、ERP(SAPなど)ソフトウェアアプリケーションのテストは、他のソフトウェアアプリケーションのテストとは異なります。 ERPアプリケーションは、ドメイン固有および業界固有です。財務、会計、在庫、固定資産、販売、購入、人的資本、給与などの一般的なモジュールは、すべてのERPシステムで利用できます。
これらの一般的なモジュールとは別に、対象となる顧客ごとに利用できる産業固有のモジュールはほとんどありません。例えば、「製造ERP」には「生産計画」モジュール、「製薬ERP」には「医師と患者」モジュール、「教育ERP」には「学生」モジュールなどがあります。
したがって、品質係数は、上記のリストのすべての利害関係者と事前に共有されるいくつかの事前定義されたメトリックで有効にする必要があります。
品質を維持するために、利害関係者は相互にサービスレベル契約を結びます。チームとしてのすべての利害関係者は、期待される作業範囲記述書の品質を達成するために、定義されたアクションアイテム、目標日に関する責任を持っている必要があります。
ERPテスト計画
ERPテスト計画は、効果的かつ成功した実装のために、次の情報で構成されている必要があります。
テスト計画には、目的、品質メトリック、手動でテストする機能、自動化ツールを介してテストする機能、プロジェクト環境、チームインフラストラクチャ、リソース要件、テストスケジュール、テスト成果物、テスト実行インフラストラクチャ、テストフレームワーク、前提条件、依存関係、制約、バグ追跡メカニズム、バグ報告ツール、受け入れ基準など、
以下は、XYZ PetrochemicalLLCのERP実装プロジェクトのサンプルテスト計画です。
も参照してください –テスト計画の作成方法についてさらに情報が必要な場合は、次のチュートリアルを確認してください。
プロジェクトの説明
ABC Manufacturing ERPは、製造業向けの統合ERPソリューションです。この製品は、経理、財務、予算、在庫、固定資産、顧客、ベンダー、CRM、販売、購入、支払い、契約、人的資本、給与、生産計画、プロジェクト管理、在庫、資材管理、作業などのコアモジュールで構成されています。注文とビジネスインテリジェンス。
顧客の業種は製造業であり、彼らのビジネスは石油化学副産物を製造し、国内および海外の顧客に販売することです。原材料は国内および国際市場から購入されます。同社は米国ニューヨークから事業を展開しており、国のさまざまな地域に支店があります。
同社はまた、遠隔地に倉庫を持っています。 ERPシステムは、企業敷地内の一元化された場所に実装され、インターネット、WAN、Wi-Fi、クラウドインフラストラクチャを介して、国内のさまざまな地域の他の支店、倉庫、生産工場、マーケティングオフィスを接続します。提案されたソリューションは、英語(国際的な顧客向け、ヒンディー語(INユーザー向け)、アラビア語(中東ベンダー向け)などの複数の言語をサポートし、複数の通貨取引をサポートします。
このシステムには、クレジットカード支払いゲートウェイを備えたオンライン販売注文用のEコマースカスタマーポータルと、購入見積もり用のベンダーポータルもあります。 300人以上のシステムユーザーが世界中のさまざまな場所からシステムを使用し、1日あたり少なくとも10,000回以上のトランザクションを行っています。
目的
- 手動でテストするモジュールを特定します。
- 自動化ツールを使用してテストするモジュールを特定します。
- テスト戦略、テスト範囲、およびテストアクティビティを定義します。
- テスト基準、仮定、依存関係、および制約を定義します。
- テストチーム、その割り当て、およびテストスケジュールを特定します。
- 手動および自動化テストフレームワークをセットアップします。
- ソフトウェアとハードウェアの構成を使用してテストインフラストラクチャをセットアップします。
- ERP実装のためのプロジェクトの利害関係者を定義します。
- コミュニケーションとエスカレーションのメカニズムを定義します。
- 作業環境、タスクの詳細、および責任を定義します。
- リスク軽減計画によるリスク管理。
- テスト成果物とレポートツールを定義します。
手動テストのためのモジュールごとの機能
- 支払いモジュール(支払いの作成、支払いの承認、小切手の発行)
- 資金調達モジュール(共同支払い、共同支払いの承認、小切手の発行)
- 給与モジュール(給与小切手、発行小切手)
- 固定資産モジュール(資産の減価償却、資産の処分)
- ..。
自動化テストのためのモジュールごとの機能
- 販売モジュール(販売注文、出荷販売注文、バックオーダー、販売請求)
- 購入モジュール(購入契約、注文書、購入修正)
- 顧客モジュール(顧客管理、顧客財務)
- 人的資本モジュール(従業員管理、出席、ローン、休暇)
- ..。
構内でテストされる機能
- 機能テスト:レビューおよび承認された、すべてのモジュールのすべての機能テストケース。
- 回帰テスト:レビューおよび承認された、カスタマイズされたモジュールのすべての機能テストケース。
- スモークテスト:Sanityのマークが付けられたすべての機能テストケース。レビュー、実行、承認されます。
- ..。
オンプレミスでテストする機能
- システムテスト:すべてのモジュールのすべてのシステムテストケース。レビューおよび承認されます。
- 統合テスト :すべてのモジュールのすべてのシステムテストケース。レビューおよび承認されています。
- パフォーマンステスト:レビューおよび承認されたすべてのパフォーマンステストケース。
- 負荷テスト:レビューおよび承認されたすべての負荷テストケース。
- ユーザー受け入れテスト :レビューおよび承認されたすべてのユーザー受け入れテスト。
- ..。
モバイル、Wi-Fi、クラウドでテストする機能
機能テスト: CRMモジュールのすべてのシステムテストケース。レビューおよび承認されています。
リソース要件
テストスケジュール
はい・いいえ | タスクの詳細 | 開始日 | 終了日 | テスター |
---|---|---|---|---|
6 | 返品承認 | 2015年5月27日 | 2015年6月1日 | テスターB |
1 | テスト計画の準備 | 2015年5月4日 | 2015年5月6日 | テスターA |
二 | テスト計画のレビューと更新 | 2015年5月7日 | 2015年5月7日 | テストリードB |
3 | テストスイートとテストケースの準備 | |||
モジュール1:販売と流通 | 2015年5月16日 | 2015年6月4日 | ||
4 | 販売注文プロセス | 2015年5月16日 | 2015年5月20日 | テスターB |
5 | 売買契約プロセス | 2015年5月21日 | 2015年5月26日 | テスターB |
7 | 支払い領収書プロセス | 2015年6月2日 | 2015年6月4日 | テスターB |
..。 | ||||
モジュール2:購入と支払い | ||||
8 | インデントプロセスの購入 | 2015年5月16日 | 2015年5月19日 | テスターC |
9 | 購入見積りプロセス | 2015年5月20日 | 2015年5月23日 | テスターC |
10 | 注文書プロセス | 2015年5月24日 | 2015年5月28日 | テスターC |
十一 | 支払い承認プロセス | 2015年5月29日 | 2015年5月31日 | テスターC |
..。 | ||||
テストの実行 | ||||
12 | モジュール1:反復1 | 2015年6月1日 | 2015年6月5日 | テスターB |
13 | モジュール2:反復1 | 2015年6月1日 | 2015年6月4日 | テスターC |
..。 | ||||
14 | 回帰テスト:モジュール1 | |||
15 | 回帰テスト:モジュール2 | |||
..。 | ||||
16 | テストレポートとQA計画の更新 | |||
..。 |
テストケースの実行
テストカバレッジ
A:機能テスト、B:システムテスト、C:整合性テスト、D:セキュリティテスト、E:ユーザビリティテスト、F:パフォーマンステスト、G:インターフェイステスト、H:インストールテスト
成果物
危機管理
最高のドライバーアップデーターは何ですか
課題追跡システム
ConfluenceおよびJIRAツールは 問題追跡 プロジェクトで。また、JIRAは、すべてのテストチームメンバーが問題をエスカレーションしてバグを報告できるようにカスタマイズおよび構成され、責任と目標日とともに懸念事項開発チームに割り当てられます。
品質メトリクス
ERPテストスイート
通常のテストプロセスと同様に、ERP TestSuiteは通常Excelドキュメントとして準備されます。このドキュメントは、ERPアプリケーションのすべてのモジュールのさまざまなテストスイートの完全な改訂履歴を管理します。各モジュールのテストケース、テスト実行履歴、バグのリスト、およびテストレポート履歴は、ERPテストスイートで維持されます。
自動化テストの場合、「 テストスクリプト 」はテストスイートで維持され、テスト実行履歴の関連する反復が維持されます。テストの種類とテストケースの複雑さに応じて、自動化テストスクリプトはスイート内で維持され、再利用できるように設計する必要があります。
以下のExcelドキュメントのERPテストスイートのスナップショットをご覧ください。
サンプルテストスイートテンプレートのダウンロード:
以下は、ダウンロード用のサンプルテストスイートテンプレートです。改訂履歴、テストレポート、バグレポート、スモークテストケース、回帰テストケースのテンプレートが含まれています
=> ERPテストスイートテンプレートをダウンロードするには、ここをクリックしてください。
ERPテストケース
ERPテストでは、機能テストケース、回帰テストケース、健全性/煙テストケースとは別に、インストールテスト、構成テスト、実装テスト、適応性テスト、ネットワークテスト、サーバーテスト、オフラインテスト、リモートテストなど、他の種類のテストケースが必要です。多通貨テスト、多言語テスト、デバイステスト、イントラネットテスト、リアルタイムテストなど、
最も重要なのは、ERPが一元化された自動化ソリューションであり、複数のユーザーがオンラインでリアルタイムに同時にアクセスすることです。これには金融取引が含まれます。すべてのテストケースは、多くの献身的な努力とリアルタイムデータを使用して作成する必要があります。
また、事前定義されたリアルタイムデータで出力データを確認した後、テスト実行ステータスを「合格」として更新する必要があります。したがって、テストケースには常に「 テストデータ 」と「 出力データ 」。
サンプルテストシナリオ:
ERPデモンストレーションのサンプルテストケースを以下に示します。このテストケースは、分離して維持できる多数の小さなテストケースで構成されている場合がありますが、デモの目的で、単一のテストケースと組み合わせています。
テストケースID | ABC_ERP_SD_X0121 |
---|---|
予想された結果 (ポジティブ) | 1.注文は予約し、請求する必要があります。 2.ピッキングパッキングスリップが生成されます。 3.出荷注文が生成されます。 4.総勘定元帳のトランザクションを転記する必要があります。 5.在庫元帳を更新する必要があります。 6.デビットメモを生成する必要があります。 7.電子メールは顧客とストアに送信する必要があります。 |
モジュール | 販売と流通 |
特徴 | 販売注文プロセス |
目的 | 受注を確認するには、販売ヘッダーと販売詳細に入力された適切なデータを使用して予約および請求されます。 |
再現する手順 | 1.販売管理->注文管理->販売注文リスト->新しい販売注文。 2.注文日、注文タイプ、有効期限、顧客ID、配送ID、倉庫ID、配送日、支払い期日、消費税ID、セールスマンIDを選択します。 3. (新しい販売アイテム)を選択してアイテムIDを選択し、アイテム単位を選択し、アイテム数量を入力し、アイテム価格を入力し、元帳勘定を選択し、プロジェクトIDを選択して(OK)をクリックします。 4.メイン画面の(予約)ボタンをクリックします。 |
入力データ (ポジティブ) | 注文日(2015年1月1日)、注文タイプ(販売注文)、有効期限(2015年9月31日)、顧客ID(SABIC)、出荷ID(FedEx)、倉庫ID(NaviMumbaiWH)、出荷日(03 / 2015年2月)、支払い期日(2015年2月28日)、消費税ID(ST929)、セールスマンID(アナンド)、アイテムID(ポリプロピレン)、アイテム単位(キログラム)、アイテム数量(1000)、元帳アカウントを選択します。 (23499949)、プロジェクトID(DueTarget2015) |
入力データ (負) | 注文日(2016年1月1日)、注文タイプ(注文書)、有効期限(2012年9月31日)、顧客ID(デフォルト)、出荷ID(空白)、倉庫ID(空白)、出荷日(03 / 2013年2月)、支払い期日(2012年2月28日)、消費税ID(空白)、セールスマンID(デフォルト)、アイテムID(デフォルト)、アイテム単位(空白)、アイテム数量(0)、元帳アカウントを選択します(デフォルト)、プロジェクトID(デフォルト) |
予想された結果 (負) | •アラートプロセスと定義されたテキストに従って、ネガティブデータ入力ごとにアラートボックスが表示されます。 •商品の在庫がない場合は、受注を入荷待ちにする必要があります。 •顧客の与信限度額が低い場合は、受注を保留にする必要があります。 |
実結果 | |
期待される出力 | 受注、売上請求書、梱包リスト、出荷リストは、事前定義されたレポート形式で生成する必要があります。 |
実際の出力 |
結論
ERPテストには、他のソフトウェア/製品テストと比較して、多くのリスクと複雑さがあります。また、ERP実装プロジェクトで品質指標を管理するには、複数の利害関係者からの「チーム」として多くの注意と献身的な努力が必要です。
テストの専門家は、製品の品質と実装の品質の違いを理解する必要があります。 ERPテストには、経営陣と顧客からの時間と予算に関する信頼できるスポンサーシップが必要です。テストはERPエキスパートチームが行う必要があり、何らかの理由で経験の浅いチームに割り当てないでください。
普遍的に証明された正しいプロセス、方法論、アプローチ、および自動化されたツールを使用することは非常に重要です。 「自動化」が「手動」テストに完全に取って代わると想定するべきではありませんが、必要なテストインフラストラクチャとフレームワークの使用について妥協するべきではありません。顧客から実際のライブデータを収集するために必要な時間を過小評価しないでください。
テストの専門家にとって、この旅は「ERP製品テストのための優れたリソース」です。
ERPまたは特にSAPテストについて質問がある場合はお知らせください。
=> 完全なテスト計画チュートリアルシリーズについては、こちらをご覧ください