home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / software / 3329 < prev    next >
Encoding:
Text File  |  1992-08-31  |  1.2 KB  |  29 lines
  1. Newsgroups: comp.software-eng
  2. Path: sparky!uunet!cs.utexas.edu!sdd.hp.com!usc!zaphod.mps.ohio-state.edu!pacific.mps.ohio-state.edu!linac!att!cbnewsm!lfd
  3. From: lfd@cbnewsm.cb.att.com (Lee Derbenwick)
  4. Subject: Re: Testing Complex Systems
  5. Organization: AT&T
  6. Date: Mon, 31 Aug 1992 22:14:58 GMT
  7. Message-ID: <1992Aug31.221458.5093@cbnewsm.cb.att.com>
  8. References: <1992Aug31.135414.5265@linus.mitre.org>
  9. Lines: 18
  10.  
  11. In article <1992Aug31.135414.5265@linus.mitre.org>, troyer@mitre.org (Tom Royer) writes:
  12. > Given a real-time, embedded, distributed, asynchronous (and all those other
  13. > adjectives that imply complex and difficult) system, how does one go about
  14. > testing the resulting software product to make sure that it really works?
  15. ...
  16. > If you had to teach novice software engineers how to test such a system,
  17. > what would you tell them?
  18.  
  19. I'd start them each off with a copy of Glenford Myers' book, _The
  20. Art of Software Testing_.
  21.  
  22. Then I would wait for them all to come back and tell me that they
  23. can't test that system for all its possible faults in any finite
  24. amount of time, and what do I _really_ want them to do?
  25.  
  26.  -- Speaking strictly for myself,
  27.  --   Lee Derbenwick, AT&T Bell Laboratories, Warren, NJ
  28.  --   lfd@cbnewsm.ATT.COM  or  <wherever>!att!cbnewsm!lfd
  29.