Most projects deliver solutions with bugs. When projects are working with tight and mandatory deadlines there might be a lot of known and documented defects as a result just prior to a release. Other projects might be in a position where they can postpone a their release and bring down the number of bugs. Think a bit about the consequence and cost of those defects related to actually delivering a less bug-infected solution a bit later.
The cost of any unresolved bug does at least include the following tasks:
- Impact analysis (money, time, material)
- Workaround analysis and testing
- SOP documentation
- Re-plannning.
Nevertheless, what might seem like a relatively correct and easy decision might actually add more work and more costs and more uncertainty to a given release.
Mikkel, very useful article! It's imaginable how far can one bug can go along the way. I very much stand behind choosing an agile environment since it helps to quickly reproduce test failures & product regressions.
ReplyDeleteHere is a full overview of the methodology, I think it's definitely the ultimate waywhen dealing with bugs:
http://blog.testproject.io/2016/04/10/bug-reduction-using-agile-test-automation/