3 ms·
Those must have been very trivial bugs with very cursory manual QA. No complex side effects or interdependencies. Could have done it in 30 then with TDD.
by pcmoney 5y ago
Those must have been very trivial bugs with very cursory manual QA. No complex side effects or interdependencies. Could have done it in 30 then with TDD.
- scotty79 5y agoNot really. Writing test for them. being trivial and all, would take many times more time than fixing them. Those bugs had limited impact so the QA could manually test all the reasonable places of impact after my fix, while I was fixing the next one. It was really great feeling of interaction and collaboration. I felt like a proper wizard and I knew that after this sessions all the things we fixed are good. This is completely incomparable to TDD, where you just sit in your own muck and shovel it back and forth with very little interaction with outside reality ending up with ton of code that does nothing because it just makes tests that will never fail or they fail all at once because they will fail only if something very major breaks.
- pcmoney 5y agoTo be clear, I have done it both ways with a QA team and pure XP style TDD. Both projects were successful, the money is in the bank. Both projects had good steady velocity for years and AFAIK are still printing $10-100M/year. Maybe I just had bad testers but I know with the good developers I don’t need any testers.