Asking people to write tests before they write code is like asking them to test-drive a new car before it even exists. This isn’t possible.
This is an incredibly bad analogy that really doesn't stand up. You can write tests before you write the implementation of them, to define how you want the end result of your program's interfaces to look. The rest of the article arguing the semantics behind calling them tests or specifications doesn't add anything but confusion to the testing discussion.
This:
Calling tests specifications makes the concept more intuitively available in several ways.
The point of the article is that you actually write specifications, and just call them "tests". Which is confusing. "Testing" means measuring or checking the quality of something.
Comments
This is an incredibly bad analogy that really doesn't stand up. You can write tests before you write the implementation of them, to define how you want the end result of your program's interfaces to look. The rest of the article arguing the semantics behind calling them tests or specifications doesn't add anything but confusion to the testing discussion.
This:
Is entirely subjective.
The point of the article is that you actually write specifications, and just call them "tests". Which is confusing. "Testing" means measuring or checking the quality of something.
Well you're testing your specifications that you write later.
I think this is just semantic fencing to be honest.