home *** CD-ROM | disk | FTP | other *** search
/ Usenet 1994 January / usenetsourcesnewsgroupsinfomagicjanuary1994.iso / sources / std_unix / volume.31 / text0012.txt < prev    next >
Encoding:
Text File  |  1993-07-15  |  2.2 KB  |  47 lines

  1. Submitted-by: rf@cl.cam.ac.uk (Robin Fairbairns)
  2.  
  3. In article <1nr118INNpga@ftp.UU.NET>, jeffrey@netcom.com (Jeffrey Kegler) writes:
  4. Jeffrey Kegler argues that test method *STANDARDIZATION* is harmful,
  5. and claims that Bob Bagwill doesn't address this issue at all.
  6.  
  7. He then goes on to argue about his reduction of Bob's comments to:
  8. "Test Suites are Good, Standards are Good, therefore Test Method
  9. Standards must be Good."
  10.  
  11. Let's back off a bit, and consider why people standardise at all.  If
  12. you look in BS 0 ("A standard for standards"), they have a section
  13. on the development of BS 1 on varieties of steel rail for railways;
  14. this standard reduced the number of varieties on sale from something
  15. like 70 to 5.  Customers were served well, but not as well as they
  16. would have been by the writing of a perfect standard, in which all the
  17. vendors had agreed on just one variety.  The lesson is that in an
  18. imperfect world, even small steps towards perfection are of value.
  19.  
  20. Now, test methods are never (in non-trivial cases) going to indentify
  21. all potential problems with an implementation.  And, in an imperfect
  22. world, one is always going to have the rogue around who says "it runs
  23. OK past the standard tests, therefore it's _right_".
  24.  
  25. But (as Peter da Silva suggests) it's next to impossible to remove the
  26. rogues from the marketplace by standards, anyway.  So what's wrong
  27. with pooling the effort of defining a basic set of test methods, and
  28. then publishing that effort as a standard?
  29.  
  30. The legal position ought to help, too.  My experience of test
  31. standards (NB, not within Posix) positions them as part of the
  32. procurement process: if I want to buy something, I may require a
  33. vendor to provide a conformance certificate that shows that his
  34. implementation satisfies a set of test criteria.  But if I have a
  35. problem with the implementation once I've bought it, my contract to
  36. purchase had better be written in terms of the base standard -
  37. otherwise I've exhausted all legal redress by requiring the
  38. certificate in the first place.
  39.  
  40. --
  41. Robin (Keep Radio 3 != Classic FM) Fairbairns       rf@cl.cam.ac.uk
  42. U of Cambridge Computer Lab, Pembroke St, Cambridge  CB2 3QG, UK
  43.  
  44.  
  45. Volume-Number: Volume 31, Number 12
  46.  
  47.