-------Original Message------- From: David Hamill Date: 01/07/09 10:25:44 To: [email protected] Subject: Re: [c-prog] Re: Good books for software testing John wrote: > I quite like the idea of writing the tests first. The problem with this is that you don't know what to test For until you've written the code. Maybe some much more organised people than me can specify Exactly what they want upfront, then write the tests to Reflect the specification, then write the code to pass the Tests. But an acknowledged problem with software development Is that you don't really know what you want when you start Out (you just think you do), it's difficult to write a Watertight spec, and ideas evolve as the project progresses And in response to user feedback. My personal solution is to write the tests and the code in Parallel, a few lines at a time. The way I exercise the code Is by running the tests. David
>>>>>>>>>>>>>>>>>Niranjan<<<<<<<<<<<<<<<<<<<<<<< Hi David, I liked the response and I think the similar. It is really difficult to anticipate how software will turn out when it is completed. But according to ideal process, we should write test cases depending on use cases before coding right? Of course we have to assume that the use cases and specification document is perfect and will tno change later. Thanks, Niranjan.
