home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / software / 5051 < prev    next >
Encoding:
Text File  |  1992-12-18  |  2.1 KB  |  43 lines
  1. Newsgroups: comp.software-eng
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!menudo.uh.edu!sugar!claird
  3. From: claird@NeoSoft.com (Cameron Laird)
  4. Subject: Exception-handling, as usual (was: Value of High Code Coverage Metrics in Testing - Request for Opinion)
  5. Organization: NeoSoft Communications Services -- (713) 684-5900
  6. Date: Thu, 17 Dec 1992 14:36:08 GMT
  7. Message-ID: <BzEr8A.7KG@NeoSoft.com>
  8. References: <1992Dec14.072812.13689@syacus.acus.oz.au> <1992Dec14.095803.15093@lmpsbbs.comm.mot.com> <johnr.724486714@pongo.kowari.cpsg.com.au>
  9. Lines: 32
  10.  
  11. In article <johnr.724486714@pongo.kowari.cpsg.com.au> johnr@bohra.cpg.oz.au (John Reid) writes:
  12.                         .
  13.                         .
  14.                         .
  15. >I often have to persuade programmers to try data values that should never
  16. >be acceptable, but for commercial applications, your code should be robust
  17. >enough to deal with any values. If your input program, say, is accepting
  18. >data, and only numeric data can be used by the appliication, then you need
  19. >to know that if you are silly enough to enter "FRED" the program will
  20. >identify your deliberate mistake and tell you about it, rather than
  21. >blithely attempting to calculate the size of a concrete beam with a safe
  22. >working load of FRED tonnes (How heavy is Fred, anyway ??:-), assuming that
  23. >that was what your program was to do.
  24.                         .
  25.                         .
  26.                         .
  27. I'll bet you do "have to persuade programmers ..."
  28. Do any of our psychologically-sophisticated discus-
  29. sants have an explanation for this?  In my experience,
  30. one of the toughest jobs a newcomer from an academic
  31. environment has is learning why, "But the user never
  32. should do that anyway," is not a conclusive argument.
  33.  
  34. I'm not saying that the academic world should be a
  35. trade school, and I apologize a bit for my obses-
  36. siveness on the topic, but I look forward to a day
  37. when I don't *have* to be so compulsive ...
  38. -- 
  39.  
  40. Cameron Laird
  41. claird@Neosoft.com (claird%Neosoft.com@uunet.uu.net)    +1 713 267 7966
  42. claird@litwin.com (claird%litwin.com@uunet.uu.net)      +1 713 996 8546
  43.