News for hackers. Stuff that matters.

A comment on TDD did not live up to expectations. Parent comment

Re:TDD did not live up to expectations by luhn on Thursday June 29, 2017 @12:34PM (#14664604)
>> if you were working on a big app and there was a bug, writing a failing test for that bug and then looking into the fix is very helpful. > Well, first of all, that's not TDD. TDD is Test-Driven Development. In your scenario, you wrote the test after the code in question. In TDD, the whole point is to write the test before the code in question

It's a regression test, which is definitely TDD. The code in question is the fix for the bug, the test verifies that the bug is fixed and will remain fixed.

[ Parent | on HN ]
Re:TDD did not live up to expectations by tokenizerrr on Thursday June 29, 2017 @02:33PM (#14665737)
No that is just regular testing. TDD is about writing tests first, before other code.
[ Parent | on HN ]
Re:TDD did not live up to expectations by richardknop on Friday June 30, 2017 @06:31AM (#14669714)
Well, that's exactly this case. You would write a test to replicate/prove the bug and then - afterwards write the code to fix the bug, no? So you would write tests first.
[ Parent | on HN ]
Re:TDD did not live up to expectations by tokenizerrr on Friday June 30, 2017 @09:13AM (#14670464)
But the code containing the bug is already there. The idea of TDD is that you write tests verifying behavior before there is any code.
[ Parent | on HN ]
Re:TDD did not live up to expectations by ZoFreX on Friday June 30, 2017 @11:17AM (#14671242)
This definition of TDD either supposes that it is possible to write software with zero bugs using TDD, or that your project ceases to be TDD as soon as a bug is discovered, or any other change is required. I propose this definition is not very useful.
[ Parent | on HN ]
Re:TDD did not live up to expectations by tokenizerrr on Friday June 30, 2017 @05:10PM (#14673625)
I see that as just writing regular unit tests, business as usual. Not TDD, still very useful.
[ Parent | on HN ]
Re:TDD did not live up to expectations by richardknop on Friday June 30, 2017 @10:30AM (#14670966)
If you are writing something from scratch yes. But if you inherited a codebase written by somebody else who didn't to TDD so there are no tests, you can still use TDD for refactoring.

So any new changes/bugfixes you will make to this legacy codebase, first you will write a test and then make change. That's pretty standard. Many legacy codebases will have no tests and people who wrote the code will have left long time ago.

[ Parent | on HN ]