Welcome to MSDN Blogs Sign in | Join | Help

Test Guide

Making the invisible visible since 1987

Syndication

News

Michael

The stylized braids and "Helping your team reach its full potential" are trademarks, thank you very much.

This posting is provided "AS IS" with no warranties, and confers no rights. Use of included script samples are subject to the terms specified at http://www.microsoft.com/ info/cpyright.htm.

My blogroll


How High? For How Long? Using Which Foot? Data Manager
Many tests don’t care exactly what data they are executed against. Our Data Manager uses techniques similar to those used with Execution Behaviors to manage Data Providers that generate test data. This solves with a single stroke the dual problems of eliminating hard-coded test values and enabling common test values to be shared across test cases.

Published Friday, May 27, 2005 9:30 AM by micahel

Comments

# re: How High? For How Long? Using Which Foot? Data Manager @ Friday, May 27, 2005 2:29 PM

Is this similar to an O/R Mapping tool concept? I see this as the test data is stored in some fashion, and the tests pass a key to the tool which then retrieves the data for them. Am I on the right track?

This test series is really cool, I'm enjoying reading it. I'd like to hear more. It would be really neat to try some of this out with an open source test tool to demo examples. :)

-Jonathan

Jonathan Kohl

# re: How High? For How Long? Using Which Foot? Data Manager @ Wednesday, June 01, 2005 7:51 PM

Not that I have much experience with them, but no, this isn't much luck an O/R data mapper. Data Providers generate test data. A simple String Data Provider might have a hardcoded set of values that it hands out (e.g., TestValue, testvalue, TESTVALUE, tEstvaLue). Many Data Providers are more complex; one might for example generate RTF-encoded text strings.

A demo app, eh? I'll see what I can do. <g/>

micahel

# Verily, 'Tis Truth @ Wednesday, July 20, 2005 1:31 PM

Your Logical Functional Model lets you write test cases from your user's point of view, test cases that...

The Braidy Tester

# From Accountant To Scientist @ Wednesday, July 20, 2005 1:32 PM

In many of my posts I have alluded to the automation stack my team is building, but I have not provided...

The Braidy Tester

# I Want Testers, Not Automators @ Wednesday, August 03, 2005 1:43 PM

I think my team - much of Microsoft, in fact - is going about testing all wrong.
My team has a mandate...

The Braidy Tester

# From Accountant To Scientist @ Wednesday, August 03, 2005 1:45 PM

In many of my posts I have alluded to the automation stack my team is building, but I have not provided...

The Braidy Tester

New Comments to this post are disabled
Page view tracker