Home Basic SDP Test Case Web Testing FAQ Others
You are here: Home>>Test Plan & Test Case>> Test Case Design - Page 11

Sample Test Plan

you are hereQA Test Case Design


We need your help! To keep the site alive, please make the donation by clicking the button below.
Thank you very much!

How to Make a Donation Using PayPal Without an Account?
Pages: Prev 1 2 3 4 5 6 7 8 9 10 11 12 Next

Software Test Case Design

Software Testing - Software Test Case Design - Page 11

The test cases identified so far are

  1. Empty input file.
  2. Missing title record.
  3. 1-character title.
  4. 80-character title.

     

  5. 1-question exam.
  6. 50-question exam.
  7. 51-question exam.
  8. 999-question exam.
  9. Number-of-questions field has nonnumeric value.
  10. No correct-answer records after title record.
  11. One too many correct-answer records.
  12. One too few correct-answer records.

    The next input conditions are related to the students' answers. The boundary-value test cases here appear to be

  13. 0 students.
  14. 1 student.
  15. 200 students.
  16. 201 students.
  17. A student has one answer record, but there are two correctanswer records.
  18. The above student is the first student in the file.
  19. The above student is the last student in the file.
  20. A student has two answer records, but there is just one correct-answer record.
  21. The above student is the first student in the file.
  22. The above student is the last student in the file. You also can derive a useful set of test cases by examining the output boundaries, although some of the output boundaries (e.g., empty report 1) are covered by the existing test cases. The boundary conditions of reports 1 and 2 are
    0 students (same as test 14).
    1 student (same as test 15).
    200 students (same as test 16).
  23. All students receive the same grade.
  24. All students receive a different grade.
  25. Some, but not all, students receive the same grade (to see if ranks are computed correctly).
  26. A student receives a grade of 0.
  27. A student receives a grade of 100.
  28. A student has the lowest possible identifier value (to check the sort).
  29. A student has the highest possible identifier value.
  30. The number of students is such that the report is just large enough to fit on one page (to see if an extraneous page is printed).
  31. The number of students is such that all students but one fit on one page.
    The boundary conditions from report 3 (mean, median, and standard deviation) are
  32. The mean is at its maximum (all students have a perfect score).
  33. The mean is 0 (all students receive a grade of 0). 64 The Art of Software Testing
  34. The standard deviation is at its maximum (one student receives a 0 and the other receives a 100).
  35. . The standard deviation is 0 (all students receive the same grade).
  36. All students answer question 1 correctly.
  37. All students answer question 1 incorrectly.
  38. All students answer the last question correctly.
  39. All students answer the last question incorrectly.
  40. The number of questions is such that the report is just large enough to fit on one page.
  41. The number of questions is such that all questions but one fit on one page.

An experienced programmer would probably agree at this point that many of these 42 test cases represent common errors that might have been made in developing this program, yet most of these errors probably would go undetected if a random or ad hoc test-case-generation method were used. Boundary-value analysis, if practiced correctly, is one of the most useful test-case-design methods. However, it often is used ineffectively because the technique, on the surface, sounds simple. You should understand that boundary conditions may be very subtle and, hence, identification of them requires a lot of thought.

 

Page 11


Pages: Prev 1 2 3 4 5 6 7 8 9 10 11 12 Next