I think so too, the refactoring phase is extremely important here, something a lot of people who hear about TDD for the first time don't hear.
Because of the refactoring phase, we're constantly able to reevaluate our code and the design of the software.
I'll take a look at what you wrote.
Felix GV
Code Archeologist
The refactoring phase is where a lot of the value comes from. Most people would accept that the act of shipping code to production creates a feedback loop that uncovers opportunities to improve the code further. It often gets missed that the same is true of many other activities of the software development lifecycle. Tests for example should not be a dead end, but rather be part of a cyclic graph of actitivies that keeps looping, as you presented. I wrote a similar take on documentation here: philosopherping.com/the-true-value-of-documentati…