Monday, February 26, 2007

Bug tracking system as risk management tool

As testing organizations within a company mature, the most noteworthy process and tool that stands out is the bug tracking tool. It’s only next to the project plan in reporting the "project health". Often times the bug tracking tool is used beyond its intended use of tracking bugs. In this post, (and few of the subsequent posts) I intend to describe few of these "out of the box" usages of the bug tracking system that I've seen being used in companies I've worked for. There was an incident few years ago in my company that resulted in using the defect tracking system for tracking ‘testing Risk’. This was a new release of one of key solutions for one of our banking clients. The developers had deferred many of the significant defects to later releases because of “time pressures”. Obviously there was resistance from the testers, but as always, developers could get their way out. Once the product went to the customer, these defects turned into “significant errors and show stoppers” and these issues escalated to the highest level.
The key lesson learned from this fiasco was the testing risks often go unnoticed without an escalation mechanism beyond the project manager. The proposed solution for this problem was to track the testing risk through the bug tracking system. Proximity of the bug tracking system to the testers and developers , the "reporting features" provided by the tool as well as its inherent feature to "track" ( from opening to closure ) resulted in the bug tracking system to be the first choice.
This is how the process is followed in our organization. Every project will have a defect component for “testing risk” created in the bug tracking system. Any bug logged against this component is treated as a testing risk.
Senior management monitors this “testing risk” component on a periodic basis. The most significant benefit we’ve achieved by following this process is to bring in an early warning system into the project.
My testing risks include “Late delivery of a feature “xxxx” leaves testing group little time to test it” , “Installer of the product do not work!” , “Performance tests on the product may be inadequate” and the list goes on…

Saturday, February 24, 2007

The very first post

It’s been about two months now since I’ve been a following blogs very closely. My interest in blogs really developed until I came across two things. One is Google reader. Until google reader, I had not really come across any RSS aggregator that neatly classifies and displays the blogs you follow. Of course there are lots of other aggregator on the web, but nothing that does it as neatly as Google reader. And of course, google is the once place on the web you visit the most.
I’ve never had the though of having a blog of my own until I came across this inspiring post from Pradeep Soundrarajan. There are 4 type of blog enthusiasts. One who reads blogs but never owns one nor do not comments on others blogs, the “passive ones”. Second who reads and comments on others blogs but never own one. Third, the ones who reads others blogs, comments on others blogs and owns a blog. Over the past several months I’ve graduated to be on the third level. Of course there’s a fourth type of bloggers, who apart being a blogger of type three, receives several comments from other blog readers and are in the blogrolls of several bloggers.
Creative Commons License
The Elusive Bug by Rajesh Kazhankodath is licensed under a Creative Commons Attribution-Share Alike 2.5 India License.