Bugs Life – How To Manage Bugs Part 2

6 במאי 2009

תגובה אחת

We have seen that our little bug was caught and documented on the last Bugs Life post, if you didn’t read that yet you can read it here.


Dear diary,


Today I have got my verdict,  Obama the Project Manager has decided to “Fix” me.


They say that it will be expansive to “fix” me but it will cost more to leave me unfixed, they say that this part of the software is not a critical part but still will be used by part of the customers and loosing there trust will cost more than the “fix” cost.


Dennis the programmer said that he don’t know if they can fix such a bug and Obama said: Yes We Can!


I tell you its not easy to be a bug, rumors say that there are companies that don’t have trained testers, and better than that are companies with no testers at all, what a life… I can only imagine such a life where you can spend all day jumping from one while loop to another drinking bits and bytes all day you can do what ever you like and they will only notice that when you get to what they call the customers.


The customer is so mean that I even heard that the project manager Obama is scared of.


But even if the customer finds you most of the time the programmers will be so busy and the cost to fix you are so high that you can live mounts if not years without anyone will bother you.


But that is not the case here.


I guess that these are my final words, they are about to fix me soon they have already decided on “Bug Fixing” stage in the project and my priority to be fixed is one (the highest priority) so this is goodbye…”


What we can learn from our bug’s testimonial?


We can see that the project manager reevaluate the bug he used the team members opinion for that and the cost to not fix the bug.


It is very important to reevaluate all the bugs before the “Bug Fixing” stage where the project manager will supply the team with a list of bugs to fix after an evaluation of all the bugs in the system, this process only can save a lot of money on fixing bugs that will not return there investment and will reduce the project’s total ROI, and will cause less revenue to the company.


Lets look at the steps of bugs management:


Step 1: The bug is found and documented in a bugs tracking tool.


Step 2: The bug is assigned with a severity by the QA team.


Step 3: The bug is being evaluated by the project manager where he checks for its ROI.


Step 4: If the bug will not be fixed than document it and move to the next bug else…


Step 5: Document the bug’s target version and assign it with a priority.


Step 6: Fix the bug in the “Fixing Bugs” stage in the project and move it to Resolve state.


Step 7: QA tests to see if the bug is fixed and close the bug, if not they Reopen the bug.


These are some guidelines on how to manage bugs, you may add your own interpretation to it.


Have Fun!!!

הוסף תגובה
facebook linkedin twitter email

כתיבת תגובה

האימייל לא יוצג באתר. שדות החובה מסומנים *

תגובה אחת

  1. Adiel Sharabi7 במאי 2009 ב 9:57

    רק אל תפסיק את היומן!!!
    זה בהחלט יכול להיות מתחרה ראוי למאיה –
    http://blogs.microsoft.co.il/blogs/liorz/archive/tags/_DE05D005D905D405_/default.aspx

    הגב