The online community for software testing & quality assurance professionals
 
 
Calendar   Today's Topics
Sponsors:




Lost Password?

Home
BetaSoft
Blogs
Jobs
Training
News
Links
Downloads



Quality Engineering >> Requirements and Design

Pages: 1
boliver46
Junior Member


Reged: 02/06/02
Posts: 259
Loc: Toledo, Ohio USA
SAP Data Migration Test Strategy
      #587930 - 08/27/09 07:49 AM

Hi All,

Not sure if this is the right forum for this, but I am looking for input into the development of an SAP Data Migration Test strategy. Essentially we are indentifying existing data in a "source" legacy ERP system (Microsoft Dynamics), and are migrating this data to a new SAP instance. Some data will go over directly, some will be mapped to different types of data, and some will be transformed based on the expected data format rules in the target system.

I am looking for input on a Data Migration test strategy on how to help validate the success of our data migration. I normally would focus on some automation (Using QTP), but also may need to rely on alot of manual verifications. Unfortunately, I've never done this before and am looking for input and insight into how best to approach this. Even if someone could point me to an example document/approach this would be helpful. There is a lot of stuff out there on Google, etc., but I'd rather have input from someone who has DONE it and can point me in the right direction - rather than grabbing strategies off the cuff.

If this needs to be moved, please let me know!

-Brett

--------------------
http://www.sqaforums.com/showflat.php?Cat=0&Number=590749&an=0&page=0#Post590749


Post Extras: Print Post   Remind Me!   Notify Moderator  
JCTreb
Active Member


Reged: 08/16/01
Posts: 789
Loc: Minneapolis, MN
Re: SAP Data Migration Test Strategy [Re: boliver46]
      #587998 - 08/27/09 10:23 AM

If you abstract the question away from ERP/SAP and consider data migrations without concern for the underlying technologies, there are a number of threads on SQAForums where data migrations/conversions have been discussed.

And to repeat two umbrella issues to consider:
1. Has the data been converted/migrated correctly? This will address validating the conversion itself. Think about things like counts and states. If you have 10 records on the legacy system, you should have 10 on the new...that is, unless there are rules that exclude a subset of the data for whatever reason. Similarly, if you have 5 active and 5 inactive records on the legacy system, do you have the same counts broken down by state on the new?

2. Is the data usable? Think CRUD.
C - Can you create records in the new system?
R - Can you read/access records in the new system?
U - Can you update records in the new system?
D - Can you 'delete' records in the new system? (From an application standpoint, you might 'delete' a record...but what you're really doing is changing its state. To me, this would fall under 'U'. Rather, is there a means/need to DELETE data? If so, you'll want to explore that as well.)

--------------------
Jason Trebilcock

"The single biggest problem in communication is the illusion that it has taken place."

-George Bernard Shaw, Irish playwright and Nobel Prize winner, 1856-1950


Post Extras: Print Post   Remind Me!   Notify Moderator  
Pages: 1



Extra information
0 registered and 7 anonymous users are browsing this forum.

Moderator:  blueinatl, swt88, AJ, Daniel_S 

Print Topic

Forum Permissions
      You cannot start new topics
      You cannot reply to topics
      HTML is disabled
      UBBCode is enabled

Rating:
Topic views: 5577

Rate this topic

Jump to

Contact Us | Privacy statement SQAForums

Powered by UBB.threads™ 6.5.5