Proud to be a tester (Post from QuickTestPro@yahoogroups.com)

Proud to be a tester
Posted by: "Ismail A" http://us.f510.mail.yahoo.com/ym/Compose?To=ismail.ami@gmail.com&Subj=ismail.vellore
Wed Aug 15, 2007 11:27 pm (PST)
This is True Story that happened in some company ___A digital camera was released in the market and after sometime a customercame back complaining that……..
Problem: The camera's software was crashing continuously while he tried tocapture images.
FIR: They first asked some basic information from the customer and made anattempt to reproduce the issue but it was not reproducible.
Analysis:
1) Software is crashing - so they listed out all possible scenarios wherethe software could crash.
2) Tried putting the camera to all listed possibilities.
3) Giving a report to the management that it was unable to be reproduced.
Further Analysis:Taking this as a challenge, a great tester had the following concern
1) He was concerned what festival was it?
2) He was concerned what was the customer was trying to capture?
3) He was concerned what is the frequency of the crash the customer noticed?
4) He was concerned about all other surrounding factors like temperature,place where the festival was celebrated … etc?
Outcome of Analysis:
1) The festival was Diwali or Deepavali!
2) The customer was trying to capture fire crackers, explosion, fireworksdisplay in an open ground at around 22 00 hours (night).What a fantastic tester was he!He identified the problem and told the developers"The camera software is crashing when the viewfinder is black (because ofdark night) and a sudden gush of light through the firecracker explosion isputting the DSP (digital signal processor) to a load/stress beyond itsboundaries to display the image. And at this point of time when the usertries to capture it simply crashes"
What he said?Was right!Finally they fixed it and now today it's a robust digital camera!____ End of a probable true story _____
Summary of lessons
1) Collect real time data for testing a product/application .
2) When you are unable to reproduce an issue, think out of the box, thinkout of the black box.
3) When you are unable to reproduce an issue call someone who can dig deeperthan you.
4) Don't assign test case draft to the person who is going to test it; he may omit complicated cases to bring down his/her complexity in executingit.
5) Review the cases with a non team member/customers/ domainspecialist/tester network.
6) When you release a product: anticipate and be prepared to face suchsituation.
7) Hate the product while testing and love the product after its release -Emotional testing (new concept )
8) Good Testers not only report bugs, they suggest a solution!
9) Keep learning to be a good tester!10) Test all your products in India, its The Testing Bowl of the world!
11) Don't terminate an issue just because you are unable to reproduce, itcould kill a company!How was it….?—if possible fwd it to the larger team.
*Be proud of being TESTER coz
*All programs are Poems,
its just that not all programmers are poets
ALL TESTERS ARE TERRORS,
ITS JUST NOT ALL TESTERS ARE TERRORISTS
-- Thanks &Regards,Ismail A