Peter Nairn

A lesson to learn

Posted on Fri 7 Apr 2006 at 01:54 in Stories

You know, sometimes you get tripped up by being too narrow minded and believing what you see or hear is the truth.  Here is a little story that happened to me this week that I thought I would share – maybe others will learn the lesson, maybe I will next time!

 

We have had a problem in live running with one user (out of many thousands) who was complaining that on one particular screen the system kept freezing.  The user has complained a number of times and no-one could reproduce the problem.  His machine was swapped out, his mouse changed, keyboard changed all to no avail, he continued to report it was freezing. The help desk had repeatedly spoken to the guy to determine what he was doing and he seemed to be doing everything correctly.  We, in the test team tried, and failed to recreate the problem.  In the end I got one of my team to write an automated script that repeatedly went into the screen, doing something (varying combinations of input) and coming out.  We ran that script for hours and it never froze.  I told the tester to give up, it wasn’t reproducible.  Then the customer started to get letters from the user complaining that the system was unusable and, not surprisingly the customer put pressure on us.  Exasperated, I looked at all of the calls that this user had made to the helpdesk and he had made a lot of calls.  On examining each of the calls to do with freezing screens they all looked to be the same and no extra information, then on one call he mentioned a blank screen appearing.  My test expert in this area immediately said “I know what he is doing”, ran off to her test machine and recreated the problem immediately.  The problem was not that the screen was freezing, the screen was very much alive which is what had fooled us all.  The cause was that the user, instead of clicking on a hyperlink to select an item was clicking and dragging the item to another part of the screen (frames are wonderful!) and the browser had gone berserk.  Depending on what he clicked and where he dragged it to there were different results, a blank screen, a screen with hyperlinks on that wouldn’t work or the wrong screen.  My tester had raised a bug report on this over 2 years ago and it had been rejected as “will never happen in live” and the customer had agreed with that assessment and I had gone along with the decision.

 

Morals of the story. 

 

Don’t assume you know what a user means when recording a problem.

Don’t rely on a tool to recreate an intermittent problem. 

If the tool doesn’t show up the problem, don’t assume it doesn’t exist.

Bad decisions may come back to haunt you!

more !

Posted on Sat 8 Apr 2006 at 07:38 by philk10
welcome to the blog world - and what a good start

more like this please - as a testing newbie I love all the 'war' stories like this to go along with all the theory I'm reading

Welcome Peter

Posted on Sat 8 Apr 2006 at 02:32 by JakeBrake
This is a great story to start with as a spin on the global release criteria: "No Customer Will Ever Do That!"

Give us more! :)

the to do basket.

Posted on Mon 10 Apr 2006 at 12:16 by metalbaby
great story! look forward to hearing more nuggets of wisdom.

my devs often tell me to put bugs that i think are reasonably important in the to do basket. i don't generally show them the bug unless i think it is pertinent, but so far only one i pointed out has been raised as an issue by the clients. so maybe they are right.

great story

Posted on Mon 10 Apr 2006 at 08:41 by ruthie
I remember well on my last product the event where the end user was double clicking (causing something to be booked twice) when single click was all that was needed. Of course all we were told was the complaint concerning double bookings. Narrowed it down eventually to customers clicking the reserve button twice. Your story reminds me of that.

great conclusions

Posted on Tue 11 Apr 2006 at 10:59 by ovidiu
great story - unfortunately I have a problem like this right now wich is over my mathematical logic

Untitled Comment

Posted on Tue 11 Apr 2006 at 01:15 by Anonymous
Great story..... unfortunately cases like this are all too common.... I wonder what the effect would be if the person/s who made the decision were made to pay back costs in the amount of times the customer rang the support desk every time incidents like this happened?.......

It wouldn't take long before the message got through now would it? :-)

no RSS feed on this page.

Posted on Sun 27 Aug 2006 at 10:10 by Yury
I do not see a RSS feed on your page.

Could you check?

Last Page | Page 50 of 50 | Next Page

RSS feed

- Subscribe