"value":"\n <p>Once you start testing\/TDD, you can't go back<\/p>\n\n<p>Once you start writing automated tests or doing test-driven development, you can't go back to not doing it.<\/p>\n\n<p>When adding a new feature, you'd need to test every situation and use case manually in a browser or command line - and, very likely, do so multiple times.<\/p>\n\n<p>When fixing a bug, you'd need to follow the exact steps to replicate it and see it before attempting a fix. Again, you'd also need to test it manually.<\/p>\n\n<p>Also, because it passes a manual test, there's no guarantee it won't break unexpectedly in the future.<\/p>\n\n<p>While refactoring code without tests, bugs and regressions could be introduced as there's no test suite to run and ensure they're still passing.<\/p>\n\n<h2 id=\"here%27s-the-thing\">Here's the thing<\/h2>\n\n<p>When you're used to writing tests and doing test-driven development, you get used to the quick feedback loops and the confidence to make changes.<\/p>\n\n<p>It's easier to create a test that proves a bug exists and shows it'safixed because the test passes.<\/p>\n\n<p>Once you have these things, you can't stop and go back to not having tests.<\/p>\n\n ",
"format":"full_html",
"processed":"\n <p>Once you start testing\/TDD, you can't go back<\/p>\n\n<p>Once you start writing automated tests or doing test-driven development, you can't go back to not doing it.<\/p>\n\n<p>When adding a new feature, you'd need to test every situation and use case manually in a browser or command line - and, very likely, do so multiple times.<\/p>\n\n<p>When fixing a bug, you'd need to follow the exact steps to replicate it and see it before attempting a fix. Again, you'd also need to test it manually.<\/p>\n\n<p>Also, because it passes a manual test, there's no guarantee it won't break unexpectedly in the future.<\/p>\n\n<p>While refactoring code without tests, bugs and regressions could be introduced as there's no test suite to run and ensure they're still passing.<\/p>\n\n<h2 id=\"here%27s-the-thing\">Here's the thing<\/h2>\n\n<p>When you're used to writing tests and doing test-driven development, you get used to the quick feedback loops and the confidence to make changes.<\/p>\n\n<p>It's easier to create a test that proves a bug exists and shows it'safixed because the test passes.<\/p>\n\n<p>Once you have these things, you can't stop and go back to not having tests.<\/p>\n\n ",