Introducing
Your new presentation assistant.
Refine, enhance, and tailor your content, source relevant images, and edit visuals quicker than ever before.
Trending searches
A project holds data groups, sets, and data pools.
These items assist in organizing and modeling data for different test cases.
CA TDM version control, and test matching functions coordinate how test data is used.
This type of test case organization and deployment allows different teams and users to work in tandem, share test data, or "lock" data for a specific use.
Well Organized,
Normalized Data
Provisioning
Dark Data
Vulnerable, Sensitive Data, PII
Redundant
and/or
Uncatalogued Data
Sensitivity
Coverage
Delivery
CA TDM provides teams with easy access to the test data they need to create real-world ‘production-like’ environments producing more accurate test results.
This also allows the build and configuration of new environment instances where testing can occur early and often. Defects and errors are found sooner in the cycle to significantly reduce re-work and delays.
Users can also write custom functions in SQL substitution. Use a selection of substitution data from a list of values in masking functions, then store in seed files or tables.
Built-in CA TDM masking functions can use seed values, RANDOM, SEQUENTIAL or HASHING algorithms.
CA TDM
This presentation contains images, charts and information used in the OnDemand CA Test Data Manager course found at...
Metadata, rules, and permissions created in tests are stored in the Repository.
CA TDM
Repository
Test Data Warehouse
The Repository and the Test Mart work to build, match, and retrieve test cases by matching data with rules.
Testers use a central "on demand" portal to pull, share, or reserve test cases.
Test Mart
Test data is stored in the Test Mart
Metadata, rules, and test cases are created by testers.
Generate
Well Defined, Normalized Data
Profile
Defect
Fix
= Delays
SDLC Timeline
Customer Experience
Deployment
Performance Testing
Code Commitment
Software Management Consulting
CI/Build
Integration Testing
Functional Testing
User Acceptance Testing
Refined Test Data
"Real World" Test Data
Transactional
Insight
CA TDM
Filtering PII
Secure Test Data
Source
Cloning
Target
Source
Refined, Secure and Referentially Intact Data
Test Match
Subset
Dark Data
Vulnerable, Sensitive Data, PII
Undocumented,
Uncatalogued Data
Data Needed for Test Cases
Mask
Project
Project Tree Hierarchy
Holds multiple versions
Version
Repository
Holds all data objects used for test case
Data Group
Holds data sets
Data Set
Holds multiple pools
Data Pool
All test rules/metadata/criteria are recorded in the repository.
Records all rules and data needed for
CA TDM functions
SAP 1
Data is pulled from various database systems scanned and analyzed.
Oracle
CA TDM
Every version, variation, and inheritance is stored in a repository, or Test Data Warehouse.
Microsoft SQL
Teradata
Repository
Unisys
DMS II
Windows UI
Flat Files
The tester is given a federated view of data relationships, attributes, and characteristics.
From there, it can be refined, remodeled, and generated for test cases.
CSV, Excel, XML