DEV Community

Discussion on: Why every developer should be using TDD

 
190245 profile image
Dave • Edited

My problem here, is that you're talking in absolutes.

"If you can't write the test, it shows that you need to go back to your Product Owner..."

Does it though? Maybe you're just a junior and need guidance from others on the team? There's a myriad of other reasons I can think of that tests might not be possible/easy/time efficient (esp. when writing a POC, for that last one).

"...it's actually superb at saving you from bad requirements."

Superb? Perhaps. But will TDD always catch a bad/incomplete requirement? No. You could always be following TDD and SRP religiously, write a perfectly valid test, but break some other area of the system (and if that other area isn't covered by tests, regardless of when the tests were written, we have regression...).

Do you think you, or someone else at your work has a complete and true, and always up to date picture in their head about how the system functions, and how users interact with it? At least the talk I saw from Dave Hahn was very clear to point out that NO-ONE at Netflix holds the full system in their head.

I don't think I ever argued for "QA (or even later) to find a requirements defect..." Did I?