A test case is a detailed procedure that fully tests a
feature or an aspect of a feature. Whereas the test plan describes what
to test, a test case describes how to perform a particular test. You
need to develop a test case for each test listed in the test plan.
Figure 2.10 illustrates the point at which test case design occurs in
the lab development and testing process. Figure 2.10 Designing Test Cases 
A test case includes: • | The purpose of the test. | • | Special hardware requirements, such as a modem. | • | Special software requirements, such as a tool. | • | Specific setup or configuration requirements. | • | A description of how to perform the test. | • | The expected results or success criteria for the test. |
Test
cases should be written by a team member who understands the function
or technology being tested, and each test case should be submitted for
peer review. Organizations take a variety of approaches to
documenting test cases; these range from developing detailed,
recipe-like steps to writing general descriptions. In detailed test
cases, the steps describe exactly how to perform the test. In
descriptive test cases, the tester decides at the time of the test how
to perform the test and what data to use. Most organizations
prefer detailed test cases because determining pass or fail criteria is
usually easier with this type of case. In addition, detailed test cases
are reproducible and are easier to automate than descriptive test
cases. This is particularly important if you plan to compare the
results of tests over time, such as when you are optimizing
configurations. Detailed test cases are more time-consuming to
develop and maintain. On the other hand, test cases that are open to
interpretation are not repeatable and can require debugging, consuming
time that would be better spent on testing.
|