In software testing, Data Migration Testing is conducted to compare migrated data with original data to discover any discrepancies when moving data from a legacy database(s) to a new destination database.
These data can be migrated either automatically using a migration tool or by manually extracting data from the source database and inserting the data into the destination database.
Data migration testing encompasses Data Level Validation testing and Application Level Validation testing.
Data Level Validation Testing:
This type of software testing verifies that data has been migrated from multiple databases to a common database without any discrepancies. The following levels of verifications will be performed during Data Level Validation Testing:
- Level 1
Row counts: Verify the number of records that will be migrated.
- Level 2
Data verification: Verify the accuracy of data of a selected sample from the migrated data.
- Level 3
Entitlement verification: Verify the destination database set up for users and data samples.
Application Level Validation Testing
In Application Level Validation testing, a software tester verifies the functionality of a sample migration application that was migrated from an old legacy system to the new system. Application Level Validation testing ensures smooth running of the migrated application with the new database using following validations:
- After migration, log in to the new application and verify a sample data set.
- After migration, log in to legacy systems and verify the locked/unlocked status of accounts.
- Verify customer support access to all legacy systems, despite the user being blocked during the migration process.
- Verify whether new users are prohibited from creating a new account in a legacy system after launching the new application.
- Verify immediate reinstatement of user access to the legacy system if migration to the new system fails.
- Verify the termination of access to legacy systems at migration.
- Validate system login credentials for the new application.
Test Approach for Data Migrating Testing
Data Validation Test Design
When you test database migration, it is important to create a set of SQL queries to validate the data before (source database) and after (destination database) migration. The validation queries can be arranged in a hierarchy and it should cover the designed scope.
For example, to test if all users have been migrated, it is essential to check how many users are in the source database and how many have been migrated. Checking the raw counts of each database will ensure this.
Take a sample data set from the source and compare the data with the destination data in the database.
- Always take the most important dataset and data that have values in all columns
- Verify the data types after the migration
- Check the different time formats/zones, currencies etc.
- Check for data with special characters
- Find data that should not be migrated
- Check for duplicated data after migration
A sample test case can be created as shown below:
|#||Test Description||Input Data||Source Query
|Expected Results||Test Results|
|1||Verify total count of migrated users||Not applicable||SELECT COUNT(*)
|Raw count should be same before and after the data migration.||Not Executed|
|2||Validate data of 5 rows in the user table||5 rows||SELECT *
WHERE ROWNUM <=5;
WHERE ROWNUM <=5;
|Data in the selected table rows should be identical before and after the migration.||Not Executed|
Test environments should consist of a source database copy and a blank isolated destination database. A tester can migrate data using a migration tool, which will facilitate the migration both table-by-table and using a set of reference tables. The tool should be able to accommodate a large data load since the data can include data from historical databases.
Data Validation Test Runs
The database migration process must be completed prior to the test depending on the test design.
If the migration test fails, it is important to report the bug with the following information:
- Number of failed rows and columns
- Name of the failed object
- Database error logs
- The query used to validate the data
- User account information used to run the validation
- Date and time of the test
- Semantic errors
Tips to Create an Effective Data Migration Test Approach
- Users should be able to access existing data and post migration data easily without any issues.
- Performance of database should be the same or better after the migration.
- Note the duration of the migration. A duration of a migration can be long, running the risk of application downtime.
- Have a copy of the source databases to conduct re-tests at any time on a new database. It will also help reproduce the bugs.
- Corrupted data should not be migrated to the destination database, and necessary actions should be taken to resolve the corrupted data.
- Get stakeholders involved the migration plan, as their permission to access different data sources could be mandatory.
- Make sure there are no inconsistencies in currency, date and time, time zone fields, and decimal points of currencies.
Click here to download our Software Testing brochurefor more information
Click here to read more about Brandix i3’s Software Testing and QA Solution
i3 Labs is the technology and innovations Lab at Brandix i3
From insights to thought-leadershipView More
Boost Infor CloudSuite’s order capturing efficiency with Fortude Customer Order Manager
From placing a customer order to delivering goods, having robust COM processes ensure a strong bottom line, positive impact to the cash flow, and increased customer satisfaction. Customer order placement—the head of the COM process—is a critical step. At this point, the customer service representatives should have the visibility to information such as inventory availability and the agility to complete order placements fast. Inability to ensure information accuracy at this level can cause issues when allocating, picking, and shipping goods. This blog post explains the means through which Fortude Customer Order Manager can streamline the customer order management in your Infor M3 or CloudSuite ERP solutions.
Crossing Boundaries: Journeying from Diversity to Inclusion
According to McKinsey’s May 2020 report, “Diversity Wins,” or in other words, “D&I is a powerful enabler of business performance. Companies whose leaders welcome diverse talent and include multiple perspectives are likely to emerge from the crisis stronger. In short: diversity wins, now more than ever.” Here at Fortude, we continue to make diversity part of our DNA. The mistake that is commonly made across several industries is that organizations leave it up to HR to foster inclusive environments. D&I is not an HR strategy; it’s a strategy that includes everyone – so, in order to be successful, we have to be successful together.
Extend Infor M3/CloudSuite’s EDI capabilities with Fortude EDI
Can your electronic document interchange (EDI) solution do more than just exchanging information? Fortude’s EDI Framework provides interfaces to hold, review, revise, and consolidate EDI transactions before posting them to Infor M3 and CloudSuite.
Bringing information closer to business users with Infor Ming.le
Infor Ming.le is an action-oriented social collaboration platform designed for business organizations. Simply put, Ming.le’s interface will remind you that of the popular social media platform Facebook, except Ming.le serves a unique purpose: bringing information from disparate systems closer to business users, helping them work smarter and faster.
Manage your business documents seamlessly with Infor Document Management (IDM)
Businesses often struggle to keep track and manage high volumes of physical and digital documents that are being created within an ERP system. Most businesses manage these documents manually, separately from the ERP process and business transaction. With this kind of a disjointed process, documents get saved in different systems and users have to switch between applications or spend time manually searching for documents.