Checklist: Test Case
This checklist helps make sure that all Test Cases are specified properly and that they address all test requirements.
Relationships
Main Description


Check Items
A description of the use case, use-case scenario, test objective, or condition has been clearly stated for each test case
Each test case states the expected result and method of evaluating the result
For each requirement for test, at least two test cases have been identified
One test case, representing an expected condition, is developed to verify the correct or expected behavior (positive test). A second test case, representing an unacceptable, abnormal, or unexpected condition, is developed to verify the requirement for test does not execute in an unexpected manner (negative test). Typically, for each requirement for test there will be at least one positive test case and many negative test cases.
Test cases have been identified to execute all product requirement behaviors in the target-of-test

They should include (as appropriate)

  • function
  • data validation
  • business rules implementation
  • target-of-test workflow or control
  • dataflow object state performance (including workload, configuration, and stress)
  • security and accessibility
  • compliance
Each test case describes or represents a unique set of inputs or sequence of events that results in a unique behavior by the target-of-test
Review those test cases that produce the same behavior and determine if they are equivalent, that is, they both execute the path in the target-of-test.
Each test case, or group of related test cases, identifies the initial target-of-test state and the state of the test data
All test case names and/or IDs are consistent with the test work product naming convention