- Ask "where else?"
 - Search for the affected function names
 - Loop back to the top of the file
 - Take a moment to slow down and ask if there are other changes
 - Is this statement or construct unique or does it occur elsewhere?
 - When adding something in a lot of places, wrap around until you come back to a starting point.
 - Don't just go to the end of file.
 - Ask how this refactor, even if small, might affect the quality criteria (see CRUSSPIC STMPL)
 
Wednesday, February 15, 2012
Lessons Learned in Software Refactoring
A couple quick lessons I learned while refactoring: (these are also useful ideas for how testers might model bug appearances or doubt representativeness of one or several results, overcoming representativeness bias).
Subscribe to:
Post Comments (Atom)
No comments:
Post a Comment