Introducing 

Prezi AI.

Your new presentation assistant.

Refine, enhance, and tailor your content, source relevant images, and edit visuals quicker than ever before.

Loading…
Transcript

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.

4 Challenges in Test Data Management:

CA TDM

Solution

Well Organized,

Normalized Data

Disparate Systems Legacy Operations

Provisioning

Dark Data

Vulnerable, Sensitive Data, PII

Redundant

and/or

Uncatalogued Data

Sensitivity

Overview

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 Engineer

Test data is stored in the Test Mart

Metadata, rules, and test cases are created by testers.

Generate

CA Test Data Manager

(Formally Grid-tools Datamaker)

Well Defined, Normalized Data

Profile

Defect

Fix

= Delays

SDLC Timeline

Production

Development

Pre-Production

QA/Testing

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

Complex

Requirements,

Increased Compliance

Customer/

Employee Records

Organizational Metadata

Transactional Data

Secure Test Data

Source

Data Subsetting

and Data Generation

"In Flight"

and

"In-Situ"

Data Masking

Profiling

PII Analysis

Masking Rules

Seeding

Transformation Mapping

Cloning

Target

Source

Refined, Secure and Referentially Intact Data

Test Match

Subset

Disparate Systems, Legacy Operations

Dark Data

Vulnerable, Sensitive Data, PII

Undocumented,

Uncatalogued Data

Production 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

Tester

Learn more about creating dynamic, engaging presentations with Prezi