3.2 QA and TESTING SYSTEMS
The approach would be to copy all Production Master Data to the TESTING Systems  (TEST or PROTOTYPING).

Usually Quality systems are used to stage transports to production as well as provide a platform for Testing and Training. This would not be considered best practice as transports for various requirements may remain untested for some time before being transported to Production. It would be better to have separate QA and Test systems. In fact multiple Test systems may be necessary for multiple projects.

Assuming TEST is separated from QA, the first step would be to create a system copy of Production to QA. It would then be possible to take a Configuration Copy of QA to provide the basis for creating the TEST Clients/Systems. This new System would be a fraction of Production’s size. An Intedex  Request / Model will be set up to extract all master data from Production and write it to TEST. This Model can be re- used to refresh the system with up to date Production data.

Advantages of extracting Production data to TEST Client/Systems with Intedex

Advantage
Description
Return
QA is a preserved replica of Production
QA becomes a true staging area for Production transports. Pre- production testing is a true simulation 
Improved Integrity of pre- production testing
Storage requirements
TEST systems would be a fraction of Production in size (without years of transaction data) requiring less data storage
Significant reduction in storage/server costs and maintenance. 
Performance
TEST systems would be a fraction of Production in size, greatly improving performance.
Less Functional Testing hours. Improved Testing environment
Setup time and Flexibility
Using a Configuration copy and Master-data extracted  using Intedex, set up time would be significantly reduced . Refreshes of master data with Intedex can be made online.
Less Basis hours.
More flexibility
Multiple TEST/Prototyping
Systems/Clients
Multiple projects/prototypes can be launched running on different TEST clients/systems
Reduced cost by running projects in parallel. Improved Business Service Levels
Performance
Less transports to fix issue. I.e. Accurate testing occurs in DEV not only in TEST
Less Basis Consulting Hours