Introduction to Application Problem Resolution

Hi and welcome to the first post of "Sweeping Out the Bugs" with Guy Vider and Jeff Hyson.  For the past 4 years we've have both been working in the Professional Services team at Identify Software, acquired by BMC last year.  Our job calls for designing, managing, deploying, and supporting implementations of BMC AppSight - the leading Problem Resolution System in the market.

Problem Resolution is all the manual steps that occur prior to fixing a bug:

1.    Gathering and documenting what a bug, issue, defect (or whatever you want to call it).  This can take hours, days or weeks to finish.

•   Ask your QA team how long it takes to fully document with screenshots a single defect - you might be surprised.
•   Ask your technical support team how often they get all of the necessary information from a customer to solve a bug immediately.

2.    Taking that information and communicating it to the person who will need to recreate the bug on his/her computer.

•   How many times have you heard a developer state "It works fine on my machine" and throw the issue back over the fence?
  

3.    After recreating the bug on a different computer, analyze the behavior to get to the root cause of the problem.

•   How many times has a developer "Fixed" a problem only to discover later what they recreated was a different problem with similar symptoms not the reported defect?
  

4.    Finally fixing the bug.

We (at Identify) have found that the first 3 steps constitute 80% of the total time spent by Application Development Organizations (ADO) in problem resolution activity.  AppSight brings efficiencies gains to an ADO by automating and accelerating these manual processes and procedure.

AppSight utilizes a tiny software agent called a Blackbox similar in concept to a black box on an airplane that records all of the operations on the plane in the event someone needs to analyze a future problem.  The AppSight Black Box (software only - no hardware) agent can record your software applications in any environment: development, test and/or production.  If something goes wrong (crash, performance issue, logical issue, etc.) your team will retrieve the AppSight log, play it back, analyze the results to help accelerate finding the root cause of the problem.

AppSight automates the gathering of information to document a bug, virtually eliminates the need to recreate a bug and accelerates the analysis time to get to the root cause.  ADOs that use AppSight typically see a 50% reduction of total time spent in problem resolution.  The net result with this time saver is your ADO has more time to improve quality, add more features or go to market faster with a product.

Over the years we have managed literally hundreds of deployments around the globe, working with various development environments, methodologies, and languages.  We have been in the unique position to solve million-dollar issues which flabbergasted some of the best developers at some of the biggest development organizations in the world, and always with AppSight by our side did our best to accelerate getting the root cause of each problem.

We both come from development and project management backgrounds and believe if AppSight was used as a daily part of our work life it would have been much easier to solve issues during the problem resolution stages in the SDLC.  We consider ourselves AppSight evangelists and use it daily at both work and home to solve problems, we have yet to find a single person not impressed by its capabilities.

Each post in the blog we will discuss a different bug from our past experiences and do a postmortem on how someone would approach it without and with AppSight.  We will attempt to cover common technologies/environments and avoid niche issues.

Questions, comments and requests are always welcomed.  If you are a past or present AppSight user, we'd love to hear your experiences, if you haven't converted to the light side yet we hope you'll stick around and join us eventually :)

~Guy and Jeff