|
RE: Re: distinguishing between failures and errors: msg#00170java.junit.user
> > From: J. B. Rainsberger [mailto:jbr@xxxxxxxxxxxxxxxxxxx] > ... > > > So the only thing you gain > > > with the suggestion above is forcing the code to be aware of the > > > Exception possibility of your code. > > > > Yes: I submit that that is what tests are for. (If you're > > here, then you're > > writing tests, after all.) > > Isn't documentation the thing that should be used to tell the > writer of code that calls yours what your code is supposed to > do, or what the caller is supposed to do (or not do)? (At > least for code meant to be re-used, such as that implementing > an API?) Yes, it is. Please explain to me why unit tests are not documentation. :) -- J. B. Rainsberger, President, Diaspar Software Services Let's write software that people understand. http://www.diasparsoftware.com/ telephone: +1 416 791-8603
|
|
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| Previous by Date: | Re: assertEquals("NaN", x, y, 0.0) where x=y=Double.NaN, kentlbeck |
|---|---|
| Next by Date: | Re: 3.8 candidate, kentlbeck |
| Previous by Thread: | RE: Re: distinguishing between failures and errors, Daniel Barclay |
| Next by Thread: | Re: distinguishing between failures and errors, pholser |
| Indexes: | [Date] [Thread] [Top] [All Lists] |
| News | FAQ | advertise |