Re: Test first as specification
- From: "Lurker" <nowhere@xxxxxxxxxxx>
- Date: Fri, 5 Aug 2005 22:58:10 +1200
"Robert C. Martin" <unclebob@xxxxxxxxxxxxxxxx> wrote in message
news:mu43f1h31fvvh9fcmhrl3jvffiruuqe6bd@xxxxxxxxxx
> You convert the spec into tests and apply those tests (whether manually
> or automatically, but hopefully automatically). This means that there is
> a mapping of tests to specs, and specs back to tests. So specs *are*
> tests, and tests *are* specs.
Let's take your typical syntax diagram for a programming language.
Given that, it's rather easy to write tests which validate that some
implementation passes those tests (note that it doesn't prove that the
implementation actually matches the specs - only that it passes your
tests). But that aside, how would you go with TDD first to come up
with that syntax diagram?
.
- Follow-Ups:
- Re: Test first as specification
- From: Robert C . Martin
- Re: Test first as specification
- References:
- Re: Test first as specification
- From: Roger L. Cauvin
- Re: Test first as specification
- From: paul campbell
- Re: Test first as specification
- From: Laurent Bossavit
- Re: Test first as specification
- From: Daniel Parker
- Re: Test first as specification
- From: Laurent Bossavit
- Re: Test first as specification
- From: Daniel Parker
- Re: Test first as specification
- From: Laurent Bossavit
- Re: Test first as specification
- From: Daniel Parker
- Re: Test first as specification
- From: Robert C . Martin
- Re: Test first as specification
- Prev by Date: OO design examples
- Next by Date: Re: OO design examples
- Previous by thread: Re: Test first as specification
- Next by thread: Re: Test first as specification
- Index(es):
Relevant Pages
|