How to Prepare Test Plan and Write Test Cases for ERP Application – ERP Testing Part-2

By Vijay

By Vijay

I'm Vijay, and I've been working on this blog for the past 20+ years! I’ve been in the IT industry for more than 20 years now. I completed my graduation in B.E. Computer Science from a reputed Pune university and then started my career in…

Learn about our editorial policies.
Updated May 22, 2024

Let us understand how to prepare a test plan and write test cases for ERP Application. This is part-2 of the ERP testing series. Let’s get started. 

In the previous article of this series, we have seen few key points of ERP like the real meaning of the term ERP, various modules of ERP, the importance of ERP testing, the criticalities of ERP testing and a road-map for the preparation of the ERP testing.

=> Check ERP testing part 1 tutorial here

In this article, we will get into some more practical details on ERP (SAP) Testing like preparing the quality assurance plan, test plan, test suite, test cases and test execution strategy.

This tutorial is a good example of writing a test plan from scratch for any application. We have also provided a sample test suite template for download.

=> Click Here For Complete Test Plan Tutorial Series 

How to Prepare Test Plan and Write Test Cases for ERP Applications

erp testing test plan

For demonstration purposes, let us assume the ERP application under testing consists of the following modules with some key information about the implementation plan as below.

ERP Name: ABC Manufacturing ERP
Customer Name: XYZ Petrochemicals LLC
Industry Verticals: Manufacturing
Corporate Office: New York
Branch Offices: Los Angeles and Chicago
Production Plant: Houston
Inventory Warehouses: Houston, Los Angeles, and Chicago
Total Employees: 2500
System Users: 325
Company Turnover: USD 1M
Departments: Administration, Finance, Accounts, HR, Production, Quality, Stores, Sales, Marketing, Maintenance, Dispatch, Customer Support
Modules: Budget, CRM, Customer, Vendor, Sales, Purchase, Payments, Contracts, Finance, Accounts, Human Capital, Payroll, Production Planning, Project Management, Inventory, Material Management, Work Orders, Fixed Assets, Business Intelligence
Delivery Model: On-Premise and Cloud
Implementation Plan: Requirements Gathering, Business Workflow Analysis, Data Flow Assessment, Customization and Enhancement, Delivery and Rollout, End User Training


Recommended Tool

#1) Oracle NetSuite

Oracle NetSuite

Oracle NetSuite offers a Quality Assurance platform that will let you set up inspection plans and effectively track test results. This tool will help you to deliver the highest quality of products. You will be able to centrally manage the list of tests and enforce minimum inspector qualifications.

It provides a number of features and functionalities for test definition, receiving & in-process inspections, and data collection.

Features

  • Oracle NetSuite performs real-time processing of inspection results.
  • It is a device-agnostic tool and can be used on any browser-based tablet.
  • It has features of workflow-based handling of non-conforming materials.
  • You can enforce minimum inspector qualifications.

You can see below some of the screenshots of the ERP software application for some important business processes like Sales Order, Customer Financials, Payments Header, Fixed Asset, Employee Management and Sales Report which will give an idea about the criticality and complexity of the ERP testing.

Screenshot 1: Sales Order

ERP tutorial 1

Screenshot 2: Sales Order (US)

ERP tutorial 2

Screenshot 3: Customer Financials

ERP tutorial 3

Screenshot 4: Payments Header (India)

ERP tutorial 4

Screenshot 5: Payments Header (US)

ERP tutorial 5

Screenshot 6: Fixed Asset (India)

ERP tutorial 6

Screenshot 7: Fixed Asset (US)

ERP tutorial 7

Screenshot 8: Employee Management

ERP tutorial 8

Screenshot 9: Sales Report

ERP tutorial 9

ERP QA Plan

Assuring Quality is a major milestone of any ERP implementation project, which consists of the following stakeholders and success depends on dedicated efforts by all as a “Team”.

The stakeholders for the ERP implementation project might be the following:

  • Implementation Team – Consists of a team of professionals from ERP Company or from the local implementation partner. Must have implementation expertise.
  • Software Vendor – Software suppliers for the operating system, database and other office applications required for ERP.
  • Hosting Provider – Hosting providers for servers, networks, internet and intranet infrastructure required for ERP implementation. Must have implementation expertise.
  • Business Team – Consists of the business development team or management steering committee.
  • Technical Team – The development team or the implementation team to be available throughout the course of the project. Must have implementation expertise.
  • Testing Team – The testing team from the ERP Company or from the local partners having expertise on the ERP implementation strategies.
  • Customer Team – The end user team or the departmental heads, who have the complete working knowledge of the business process.

As we discussed in the previous tutorial, testing the ERP (e.g SAP) software application is different than testing the other software applications. ERP applications are domain specific and industry-specific. There are a few common modules such as Finance, Accounting, Inventory, Fixed Assets, Sales, Purchases, Human Capital, and Payroll that are available in all ERP systems.

Apart from these common modules, few industrial specific modules are available as per the targeted customers. For example, a “manufacturing ERP” may have a “production planning” module, a “pharma ERP” may have a “doctor-patient” module and an “education ERP” may have a “student” module and so on.

So, the quality factor should be enabled with some pre-defined metrics to be shared well in advance with all the stakeholders in the above list.

To maintain quality, stakeholders are mutually put into service level agreements. All stakeholders as a team should have defined action items and responsibilities with the target dates to achieve the expected quality of statement of work.

ERP Test Plan

The ERP test plan should consist of the following information for an effective and successful implementation.

The test plan has the objectives, quality metrics, features to be tested manually, features to be tested through automation tools, project environment, team infrastructure, resource requirements, testing schedule, testing deliverables, test execution infrastructure, testing framework, assumptions, dependencies, constraints, bug tracking mechanism, bug reporting tools, acceptance criteria, etc.

Given below is the sample test plan for our ERP implementation project for XYZ Petrochemical LLC.

See also – if you need more information on how to write a test plan, please check the following tutorials:

ERP tutorial 10
ERP tutorial 11

Project Description

ABC Manufacturing ERP is an integrated ERP solution for the manufacturing industry. The product consists of core modules like Accounting, Finance, Budget, Inventory, Fixed Assets, Customers, Vendors, CRM, Sales, Purchase, Payments, Contracts, Human Capital, Payroll, Production Planning, Project Management, Inventory, Material Management, Work Orders and Business Intelligence.

The customer’s vertical is into manufacturing and their business is manufacturing petrochemical bi-products and selling them to domestic and international clients. The raw materials are purchased from both domestic and international markets. The company operates from New York, the USA with branches in various parts of the country.

The company also has warehouses in remote locations. The ERP system will be implemented in a centralized location at the corporate premises and connect the other branches, warehouses, production plants, marketing offices from various parts of the Country through Internet, WAN, Wi-Fi, Cloud Infrastructure. The proposed solution supports multiple languages like English (for international customers, Hindi (for IN users), Arabic (for Middle East vendors) and supports multiple currency transactions.

The system also has an E-Commerce customer portal for online sales orders with a credit card payment gateway and a Vendor portal for purchase quotations. There are more than 300 system users going to use the system from various parts of the globe with at least more than 10,000 transactions per day.

Objective

  • Identify the modules to be tested manually.
  • Identify the modules to be tested through automation tools.
  • Define testing strategy, testing scope and testing activities.
  • Define testing criteria, assumptions, dependencies and constraints.
  • Identify the testing team, their allocation, and their testing schedule.
  • Setup manual and automation testing frameworks.
  • Setup the testing infrastructure with software and hardware configuration.
  • Define the stakeholders of the project for ERP implementation.
  • Define communication and escalation mechanisms.
  • Define the work environment, task details, and responsibilities.
  • Risk management with risk mitigation plans.
  • Define test deliverables and reporting tools.

Module wise Features for Manual Testing

  • Payment Module (Payment Creation, Approve Payments, Issue Cheques)
  • Funding Module (Joint Payments, Approve Joint Payments, Issue Cheques)
  • Payroll Module (Payroll Cheques, Issue Cheques)
  • Fixed Assets Module (Asset Depreciation, Asset Disposal)

Module wise Features for Automation Testing

  • Sales Module (Sales Order, Shipping Sales Order, Backorders, Sales Invoicing)
  • Purchase Module (Purchase Contract, Purchase Orders, Purchase Amendments)
  • Customer Module (Customer Management, Customer Financials)
  • Human Capital Module (Employee Management, Attendance, Loans, Leaves)

Features to be Tested Off Premises

  • Functionality Testing: Functional test cases of all the modules that are reviewed and approved.
  • Regression Testing: Functional test cases for the customized modules, which are reviewed and approved.
  • Smoke Testing: All functional test cases are marked for Sanity, which is reviewed, executed and approved.

Features to be Tested On Premises

  • System Testing: All system test cases of every module that are reviewed and approved.
  • Integration Testing: All system test cases of every module that are reviewed and approved.
  • Performance Testing: All performance test cases that are reviewed and approved.
  • Load Testing: All load test cases that are reviewed and approved.
  • User Acceptance Testing: All user acceptance testing, which is reviewed and approved.

Features to be Tested on Mobile, Wi-Fi & Cloud

Functionality Testing: All the system test cases of the CRM module, which are reviewed and approved.

ERP tutorial 12

Resource Requirements

ERP tutorial 13

Testing Schedule

Sl.No.Task DetailsStart DateEnd DateTester
1Preparing Test Plan04/05/201506/05/2015Tester A
2Review and Update Test Plan07/05/201507/05/2015Test Lead B
3Preparing Test Suite & Test Cases
Module 1: Sales & Distribution16/05/201504/06/2015
4Sales Order Process16/05/201520/05/2015Tester B
5Sales Contract Process21/05/201526/05/2015Tester B
6Return Merchandise Authorization27/05/201501/06/2015Tester B
7Payment Receipts Process02/06/201504/06/2015Tester B
Module 2: Purchase & Payments
8Purchase Indent Process16/05/201519/05/2015Tester C
9Purchase Quotation Process20/05/201523/05/2015Tester C
10Purchase Order Process24/05/201528/05/2015Tester C
11Payment Approval Process29/05/201531/05/2015Tester C
Test Execution
12Module 1: Iteration 101/06/201505/06/2015Tester B
13Module 2: Iteration 101/06/201504/06/2015Tester C
14Regression Testing: Module 1
15Regression Testing: Module 2
16Test Reports & QA Plan Updates

Test Case Execution

ERP tutorial 14

Test Coverage

ERP tutorial 15

A: Functional Testing, B: System Testing, C: Integrity Testing, D: Security Testing, E: Usability Testing, F: Performance Testing, G: Interface Testing, H: Installation Testing

Deliverables

ERP tutorial 16

Risk Management

ERP tutorial 17

Issue Tracker

Confluence and JIRA tools are used for issue tracking in the project. JIRA is customized and configured for all the testing team members to escalate issues, as well as report bugs and assign to the concerned development team with the responsibility and target dates.

Quality Metrics

ERP tutorial 18

ERP Test Suite

Similar to the normal testing process, the ERP Test Suite is normally prepared as an Excel document. This document controls the complete revision history of the various test suites of all the modules in the ERP application. Test cases for each module, test execution history, list of bugs and the test report history are maintained in an ERP test suite.

For automation testing, the “test scripts” are maintained in the test suite and the related iteration of test execution history is maintained. Depending on the type of testing and the complexity of the test cases, automation test scripts are maintained in the suite which should be designed in such a way for re-usability.

Please find below a snapshot of the ERP test suite in the Excel document

ERP tutorial 19
ERP tutorial 20

Sample Test Suite Template Download

Given below is a sample test suite template for download. It contains templates for revision history, test reports, bug reports, smoke test cases, and regression test cases

=> Click here to Download ERP test suite template.

ERP Test Cases

Apart from functional test cases, regression test cases, sanity/smoke test cases, ERP Testing requires other types of test cases for installation testing, configuration testing, implementation testing, adaptability testing, network testing, server testing, offline testing, remote testing, multi-currency testing, multi-language testing, device testing, intranet testing, real-time testing, etc.

Most important, ERP being a centralized automated solution, being accessed by multiple users concurrently online in real time, which involves a financial transaction, each and every test cases should be written with a lot of dedicated effort and real-time data.

Also, the test execution status should be updated as “Pass” after verifying the output data with the predefined real-time data. So, the test cases should always have a column for “test data” and “output data”.

Sample Test Scenario

Find below a sample test case for our ERP demonstration This test case may consist of a lot of small test cases which can be segregated and maintained, but for demo purposes, it’s combined with a single test case.

Test Case IDABC_ERP_SD_X0121
ModuleSales & Distribution
FeatureSales Order Process
ObjectiveTo check the sales order is booked and invoiced with proper data entered for sales header and sales details.
Steps to Reproduce1. Sales & Distribution -> Order Management -> Sales Order List -> New Sales Order.
2. Select Order Date, Select Order Type, Select the Expiry Date, Select Customer ID, Select Shipping ID, Select Warehouse ID, Select Shipping Date, Select Payment Due Date, Select Sales Tax ID, Select Salesman ID.
3. Select New Sales Items and Select Item ID, Select Item UOM, Enter Item Qty, Enter Item Price, Select Ledger Account, Select Project ID and Click OK.
4. Click Book Order button in the main screen.
Input Data
(Positive)
Order Date (01/01/2015), Order Type (Sales Order), Expiry Date (31/09/2015), Customer ID (SABIC), Shipping ID (FedEx), Warehouse ID (NaviMumbaiWH), Shipping Date (03/02/2015), Select Payment Due Date (28/02/2015), Sales Tax ID (ST929), Salesman ID (Anand), Item ID (PolyPropylene), Item UOM (Kilograms), Item Qty (1000), Ledger Account (23499949), Project ID (DueTarget2015)
Input Data
(Negative)
Order Date (01/01/2016), Order Type (Purchase Order), Expiry Date (31/09/2012), Customer ID (DEFAULT), Shipping ID (Blank), Warehouse ID (Blank), Shipping Date (03/02/2013), Select Payment Due Date (28/02/2012), Sales Tax ID (Blank), Salesman ID (DEFAULT), Item ID (DEFAULT), Item UOM (Blank), Item Qty (0), Ledger Account (DEFAULT), Project ID (DEFAULT)
Expected Results
(Positive)
1. Order should be booked and invoiced.
2. Picking Packing slip should be generated.
3. Shipping Order should be generated.
4. General Ledger transactions should be posted.
5. Inventory Ledger should be updated.
6. Debit Memo should be generated.
7. Email should be sent to the Customer and Stores.
Expected Results
(Negative)
• Alert box should be coming for each negative data input as per the alert process and the defined text.
• Sales order should be backordered, if the items are out of stock.
• Sales order should be on hold, if the customer credit limit is low.
Actual Result
Expected OutputSales Order, Sales Invoice, Packing List, Shipping List should be generated in the predefined report format.
Actual Output

Conclusion

ERP Testing has a lot of risks and complexities compared to any software/product testing. Also, managing quality metrics in ERP implementation projects requires a lot of attention, dedicated effort and teamwork from multiple stakeholders.

Testing professionals need to understand the difference between the quality of the product and the quality of implementation. ERP testing requires trusted sponsorship on time and budget from management and the customers. Testing should be done by the ERP expert team and should not be allocated to an inexperienced team.

It is very important to use only the proven right process, methodologies, approaches, and automated tools. We should not assume that “automation” completely replaces the “manual” testing, but should also not compromise on using the required testing infrastructure and framework. Don’t underestimate the time required to collect live real data from the customers.

Let us know if you have any doubts or questions on ERP or in particular SAP Testing. Please go through the other articles in this series by clicking on the link given below. We would love to hear your feedback in the comments section below.

=> Visit Here For Complete Test Plan Tutorial Series

PREV Tutorial | NEXT Tutorial

Was this helpful?

Thanks for your feedback!

Recommended Reading

31 thoughts on “How to Prepare Test Plan and Write Test Cases for ERP Application – ERP Testing Part-2”

  1. Thank you for sharing this relevant and useful information. As well as same here to OpenTeQ is your trustworthy partner for all of your NetSuite requirements.OpenTeQ’s provision of NetSuite ERP support is a testament to their commitment to delivering comprehensive solutions that empower businesses to thrive. With their expertise and dedication, clients can rest assured that their NetSuite systems are in capable hands. From troubleshooting to optimization, OpenTeQ’s support services ensure uninterrupted operations and maximum efficiency, allowing businesses to focus on what they do best: driving success and innovation.

    Reply
  2. Preparing a Test plan and writing test cases for ERP application is no more a tricky tale after reading this article. This step-by-step explanation with screen captures makes it easy to learn. Apart from the recommended Oracle NetSuite, I would also love to see more articles on other ERP tools as well.

    Reply
  3. Very Informative article. I read the part-1 of basics of ERP Testing published by this Author and This article seems to be continuation of part 1. As a Sr. Test Manager I got a mandate to drive the ERP Testing program and This article pretty much useful.Thanks for sharing this.Request author to publish such useful articles on ERP even in future.

    Reply
  4. Hi,

    I am srinivas i am having two yrs of testing experience in ERP product , I want to change my job. Could you please suggest me any good companies for erp testing or how could i search thr erp testing jobs.

    Reply
  5. hi sir, i am a fresher joined as a trainee test engineer on a erp base company,here we are not using any documents or bug tracking tool, will it affect if i leave the company and join other web based testing company without its knowledge.

    Reply
  6. @SACHIN: As per my knowledge, there are institutes in all the cities in India for SAP training. But, I don’t think any institutes especially gives training on testing ERP software. Please call and check any SAP training institute for ERP testing course.
    @Imap Manap: Customization is the critical part of any ERP implementation and the success of go-live depends on the proper testing strategies as per the customer requirements defined in the test plan. As all the modules are totally integrated in the ERP system, ‘integration testing’ is key for the customization part.

    Reply
  7. @Shahabuddin Mohammad: Thanks for your interest in reading my ERP articles and your valuable comments. I will keep posting such articles and suggest you to follow Software Testing Help.

    Reply
  8. Thanks for the thorough and detailed explanation of the ERP tesing; as a QA tester classes student I used the article to create test plan and documents templates to proof my assignment for the bookeeping web app; despite the subject is not exact the one that is discussed, it turned out to trigger my imagination for exploratory tests.
    My best wishes and appreciate your contribution for all the readers of the softwaretestinghelp portal!

    Reply
  9. Thank you fort the article! Could you recommend any materials/resources that would help to understand how to test SAP S4 that is role based? I am struggling to understand how to run tests that require different roles. Some roles cannot be obtained by the same user. Currently in my company tests are run by business users and require couple of them to run one test. For example, to test some forms in Account Payable it takes one person from AP, one that approves forms, one from tax department. Is there any way to run all that just by one person? Thank you

    Reply
  10. REALLY Post is very Fruitful for gaining all insight of Testing Plans,Test case and Test Coverage of ERP System.

    Reply
  11. Testing plays very important role specifically for ERP software development as ERP implementation are tricky sometimes and it may fail if proper testing is not done from user and functional perspective.

    Reply
  12. Hey hi… i am sandhya, I have been working as a software tester in one of the ERP based company. But here we are not using any documentation, but we will go through all modules like bills receivables, bills payable, Sales, Purchases, inventory etc.. so please let me know that how to make test plans,test suites etc.

    Reply
  13. Hi, I am working in mainframe domain for one of the organisation in bangalore, but i am planning to switch my career from mainframe to SAP/ERP testing but i am not very sure from where to start will i be able to start from career in testing if I do an ERP testing course please do suggest me about how and from where I can kick start my career as a ERp/SAP tester. Appreciate if you could guide me on this, Thanks in advance.

    Reply
  14. @sandhya: From your comments, what I understand is that you are doing ERP testing in an ad-hoc process without documentation. In this situation, test execution will be based on the domain knowledge of the individual tester, not based on the actual business use case. You cannot predict or have an idea on how many test cases for each module and the time taken for executing one complete round of testing. Prepare a Test Plan (contains test suite for all the business cases) for each module and a QA Plan for the total product. This requires lot of time and efforts with ERP testing professionals with the help of business analysts/domain experts. Also, identify the test cases which can be automated and implement the automation testing framework. Slowly, this will ease your testing process and increase testers efficiency and productivity. All the Best.

    Reply
  15. hi..can you please suggest appropriate testing for ERP system after customization based on user request. Do we need to prepare test plan too? Thanks.

    Reply

Leave a Comment