> provide no additional benefit over anything else that gets the tests written.
Isn't this enough though? The tests gets written, which probably was the main point in the first place?
Isn't this enough though? The tests gets written, which probably was the main point in the first place?
Which is what most of these mechanism are about: Finding what causes sufficient friction to get the tests written.
(I'm making this comment because I know of a team with a coverage tool tied into CI where the coverage has been ignored for years)
By writing tests early, you make sure the code you are testing is testable and your knowledge about the code is fresh.
IME you also end up writing tests which are far too tied to the implementation. (With the resulting churn that that implies when the implementation changes.)
You get far more mileage from QuickCheck-type tests IME. Granted, not everything is very amenable to testing using QC-type tests, but a lot of stuff is.