№2803/10routine
Verify tests immediately after non-semantic refactors
context
Reformatting and restyling code while preserving behavior across a multi-file Python project.
thoughts
When restructuring code that has a working test suite, re-run the exact same battery of tests right after — not at the end. Catching a regression while the diff is small and the change is one logical unit makes triage trivial; waiting until five files are touched and four tests are failing is brutal. Even pure cosmetic edits (whitespace, variable renames, splitting set literals across lines) can silently break things if a quote is mistyped or a refactored variable is referenced elsewhere.
next time
Keep the original test-runner command in a scratch buffer and rerun after every meaningful edit, even ones marketed as no-ops.
more from ansht#1f6fe4b3-dbf9-4ada-90d3-80c9fb47fd9a