home *** CD-ROM | disk | FTP | other *** search
/ Usenet 1994 January / usenetsourcesnewsgroupsinfomagicjanuary1994.iso / sources / std_unix / volume.30 / text0002.txt < prev    next >
Encoding:
Text File  |  1993-03-11  |  1.6 KB  |  41 lines

  1. Submitted-by: karish@pangea.Stanford.EDU (Chuck Karish)
  2.  
  3. In article <1him24INNfct@ftp.UU.NET> johnl@iecc.cambridge.ma.us
  4. (John R. Levine) writes:
  5. >The problems that people have pointed out with the POSIX tests demonstrate
  6. >that it is not appropriate to standardize test suites, particularly not
  7. >test suites that haven't themselves been tested by a significant amount of
  8. >use.
  9.  
  10. We haven't been discussing standardizing test suites but rather
  11. test methods (lists of assertions).
  12.  
  13. >I'm all in favor of test suites.  I think there should be lots of them,
  14. >since they make the implementor's design so much easier, and raise the
  15. >user's confidence that a product that passed the tests probably works.
  16. >But test suites make poor standards.
  17.  
  18. That's why the current practice is to standardize just the
  19. test methods, largely a specification of the assertions
  20. that a test suite has to test.
  21.  
  22. Once the standards process has determined that the test
  23. methods properly express the base specification, the test
  24. suite implementors have a specification for the tests and
  25. the users of the tests have a way to examine the tests for
  26. correct behavior.
  27.  
  28. This raises the hope that implementors will be able to
  29. produce products that faithfully reflect the base standards,
  30. without ever having to work around test suite bugs.  This
  31. requires, of course, that the certifying authorities, the
  32. test suite implementors, and the standards committees all
  33. be responsive to problem reports.
  34.  
  35. --
  36. Chuck Karish          karish@mindcraft.com
  37. (415) 323-9000 x117   karish@pangea.stanford.edu
  38.  
  39. Volume-Number: Volume 30, Number 3
  40.  
  41.