Access the full text.
Sign up today, get DeepDyve free for 14 days.
CHA P TER 3 ■ ■ ■ The Basics of Storing Test Data In Chapter 2, you learned about the three different kinds of .NET applications you can choose to write your testware. In each application, you wrote the results of your tests out to either a message box or a label. This kind of test reporting—while quick and simple—isn’t very prac- tical for long-term projects. What if you want to run your tests overnight? Also, you will need to provide test result documentation to management and customers, so you’ll have to be able to store this data somehow and provide reports. And what about other kinds of data besides test results? For example, say you want to store some settings for your tests to compare from one test run to the next, like the last date they were run or who ran them? So, there are all kinds of data that you’ll need to work with on a test project, and controlling and accessing this data is an essential part of your job. Think about it, what does it matter if you find bugs if you can’t prove that you did? In fact, some of the most important
Published: Jan 1, 2006
Read and print from thousands of top scholarly journals.
Already have an account? Log in
Bookmark this article. You can see your Bookmarks on your DeepDyve Library.
To save an article, log in first, or sign up for a DeepDyve account if you don’t already have one.
Copy and paste the desired citation format or use the link below to download a file formatted for EndNote
Access the full text.
Sign up today, get DeepDyve free for 14 days.
All DeepDyve websites use cookies to improve your online experience. They were placed on your computer when you launched this website. You can change your cookie settings through your browser.