I've been following an interesting thread on the test driven development list around identifying anti-patterns in test suites. James Carr has collated and written them up and I can recommend it as a great read. Many I agree with, some I don't but overall this is a great list and should get any developer thinking again about the tests they're writing. I need a name for an anti-pattern I often fall foul of. It occurs when I'm refactoring - often I extract classes without tests because they're covered by the tests on the original class that the logic was extracted from. To repeat the tests for the new class smacks of duplication but the danger is that the original class gets removed leaving the new class without any tests at all. Anyone else have this anti-pattern and, better still, a good name for it?