- Programmer produces code he believes is bug-free.
- Product is tested. 20 bugs are found.
- Programmer fixes 10 of the bugs and explains to the testing department that the other 10 aren’t really bugs.
- Testing department finds that five of the fixes didn’t work and discovers 15 new bugs.
- Repeat three times steps 3 and 4.
- Due to marketing pressure and an extremely premature product announcement based on overly-optimistic programming schedule, the product is released.
- Users find 137 new bugs.
- Original programmer, having cashed his royalty check, is nowhere to be found.
- Newly-assembled programming team fixes almost all of the 137 bugs, but introduce 456 new ones.
- Original programmer sends underpaid testing department a postcard from Fiji. Entire testing department quits.
- Company is bought in a hostile takeover by competitor using profits from their latest release, which had 783 bugs.
- New CEO is brought in by board of directors. He hires a programmer to redo program from scratch.
- Programmer produces code he believes is bug-free…
Related Posts
Leave a Reply
February 17th, 2009 at 9:13 pm
thanks of such useful info about software life cycle.
February 20th, 2009 at 12:40 am
Really? Just about 500 bugs in the whole product? That would be a really nicely written product dude! :)
February 20th, 2009 at 12:55 am
he he :) depends on the LOC too right? How about 500 bugs in a product where LOC = 500 :P
February 26th, 2009 at 9:01 am
Hareeeee, so you are still doing well online. I am not able to get some good time to do this. This one was good I thought. :)