Sold to the fine

How to keep your test data intact for any test environment? 
Often more than one tester is responsible for testing same build. In this case, more than one tester 
will be having access to common test data and each tester will (knowingly or inadvertently) 
manipulate that common data every time build is tested. The best way to keep your valuable input 
data collection intact is to keep personal copies of the same data so you can restore it as and when 
needed. It may be of any format like inputs to be provided to the application, input files such as word 
file, excel file or other photo files etc.
Remember there should be standard process to be followed before restoring your data copies. This 
process should include informing all the testers about this data change and getting their formal 
permission before uploading your data set. 
How to prepare test data for performance test cases? 
Performance tests require very large data sets. Particularly if application is fetching or updating data 
from database tables then large data volume play important role while testing such application for 
performance. Sometime creating test data manually will not detect some subtle bugs that may only 
be caught by actual very large volume of data created by application when it runs in production. If 
you want real time data, which may be difficult to create manually then ask your manager to make it 
available from live environment. 
This data is usually more useful to ensure you are testing a real-time functioning of application thus 
improving your chances of finding more defects. 
For example when you are testing statistics reports with date range spread over multiple months or 
even years it is very difficult to create data manually for such a large period, so there is no other 
easier option than using live server data backup for testing (of course you should mask that data for 
p i a easo s, ut fi st ake su e ou lie t does t i d ou usi g this data .