Test Data Virtualization

 

Next Steps
Overview DevOps Benchmarking Compliance DB Test Data DB Subsetting Test Files/Reports Virtual Test Data

Multiple Goals

The creation and management of safe, intelligent test data continues to remain a vexing part of QA and development cycles. Manual and off-the-shelf approaches have proven to be time-consuming and costly, and their incomplete solutions have resulted in inadequate testing and missed SLA/delivery dates. Using the latest, still unmasked production data as a fail safe is simply unsafe.

Test tubes with a yellow liquid being dripped into them

By leveraging the long-proven RowGen test data generation capabilities and the graphical facilities of Eclipse (IRI Workbench) -- both of which are also part of the IRI Voracity data management platform -- you can address multiple complex test data requirements. These requirements may involve more customized, virtual test sets and the need to provision them quickly and easily to DevOps testers.

One of the lesser known, but inherent benefits of Voracity as a data integration and governance platform, is its ability to combine static and streaming ETL with simultaneous masking, data synthesis, data transformation, and custom formatting. These features -- normally and also available standalone in IRI FieldShield, RowGen, and CoSort respectively -- are how Voracity enables both ad hoc and automated capture, manipulation, and provisioning of both ad hoc (virtual) and persistent test sets ... test sets that reflect production data precisely without compromising any of its confidentiality or affecting any live systems.

Multiple Options

First consider the business rules driving your need for an ad hoc solution. IRI provides advice on considering them in this series of test data management articles, and several facilities to help you discover the data you have to work with in sources like these; i.e., in files, databases, and dark data documents.

Your test targets may need a combination of data masking and synthesis like this. Or you may want to mask and thus produce realistic test data while:

Robots in a testing assembly like working on acid CC BY-SA 2.5, Source

Once techniques are decided upon, you can also choose how to design the job(s), modify and/or share them, and how and where to run them. Voracity supports multiple job design and runtime methods; see the IRI Workbench section on this page. And for every generation process, multiple differently formatted persistent and virtual targets can be defined and provided simultaneously. Such efficiency and flexibility are especially valuable to DevOps teams who need to work in parallel.

Unlike other virtual TDM solutions, with IRI you do not need to clone databases, set up a virtual TDM applicance, or anything that complex (or expensive). Test data engineers can serve up as many persistent or virtual copies as they need, and immediately populate their testers' repositories as the test data is generated.

Finally, the governance of test data can be just as important as the governance of your production data. In addition to the inherent data security governance in Voracity's many static data masking functions, multiple data quality features allow you to validate and stabilize the collections. Workflow diagrams and automated batch file generation support graphical design of independent and dependent work chains. And multiple data and metadata lineage options are supported so that you can track the changes to source data and your test data projects.

Request More Information

Live Chat

* indicates a required field.
IRI does NOT share your information.