quarantine 'em

I've said this before, but: "Emissions test driven development" http://www.nytimes.com/2016/04/27/business/international/vw-presentation-in-06-showed-how-to-foil-emissions-tests.html?smid=tw-nytimes&smtyp=cur …

More generally, this is what happens when you have adversarial TDD; when the tests and the code are written by people with conflicting goals

We tried adversarial TDD at work once, as an exercise. One person writes one test, the other writes the minimum of code to make it pass

We discovered that if e.g. the first test case expects a method to return 1, the first implementation of the method will return 1 every time

If the second test case expects 2, the implementation will simply be revised to return 1 and 2 alternately.

The tester had to write a *lot* of tests before the developer gave up and implemented the implementation that was really being tested for

And in principle, there is *no* point at which the developer genuinely has to give up. They can fake a working implementation forever.