home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / sw / componen / 162 < prev    next >
Encoding:
Text File  |  1992-11-08  |  2.1 KB  |  44 lines
  1. Newsgroups: comp.sw.components
  2. Path: sparky!uunet!spool.mu.edu!darwin.sura.net!haven.umd.edu!news.umbc.edu!gmuvax2!sitevax.gmu.edu!bradcox
  3. From: bradcox@sitevax.gmu.edu (Dr. Brad Cox)
  4. Subject: Re: Reuse Discussion Topics (Was: Reuse and Software Components)
  5. Message-ID: <1992Nov7.175709.24824@gmuvax2.gmu.edu>
  6. Sender: usenet@gmuvax2.gmu.edu (usenet administrator)
  7. Organization: George Mason Pgm on Social and Organizational Learning
  8. References: <1992Oct29.182814.17630@den.mmc.com> <6597@dove.nist.gov> <EMERY.92Nov2124532@Dr_No.mitre.org>
  9. Date: Sat, 7 Nov 1992 17:57:09 GMT
  10. Lines: 32
  11.  
  12. In article <EMERY.92Nov2124532@Dr_No.mitre.org> emery@Dr_No.mitre.org (David Emery) writes:
  13. >One of the important topics in reuse, which the POSIX people have
  14. >started to address, is conformance testing.  The current POSIX
  15. >approach of hand-generating test assertions, which are then
  16. >hand-transformed into a test suite, is a good start.  However, there's
  17. >entirely too much hand-xxx in the process.  
  18.  
  19. I added an entirely new chapter to the last edition of my book (OOP; An 
  20. Evolutionary Approach; Cox and Novabilsky; Addison Wesley) describing why 
  21. conformance testing is so crucial to moving ahead.
  22.  
  23. But having gone through the experience of actually doing this for a large
  24. library (Stepstone's ICpak101), I'm now convinced that further investment
  25. in this direction is (overstating drastically for emphasis) a thorough waste
  26. of time.
  27.  
  28. Software development is expensive. Conformance testing *at least* doubles
  29. the expense (even small/cheap test cases easily approximate the size of the
  30. original code). But the revenue from tested components is no greater than
  31. for untested ones.
  32.  
  33. Conclusion: nothing much will come of either reuse or testing until we've
  34. solved the revenue collection issues for information age goods, particularly
  35. small-granularity software components.
  36.  
  37. See my article in the October Dr. Dobbs Journal and June Journal of OOP for
  38. a promising approach the Japanese are exploring.
  39.  
  40. -- 
  41.  
  42.     Brad Cox bradcox@sitevax.gmu.edu 703 993 1142 work 703 968 8229 home
  43.     Program on Social and Organizational Learning; George Mason University
  44.