This is True Story that happened in some company



A digital camera was released in the market and after sometime a customer came back complaining that……..



Problem: The camera's software was crashing continuously while he tried to capture images.



FIR: They first asked some basic information from the customer and made an attempt to reproduce the issue but it was not reproducible.





Analysis:



1) Software is crashing - so they listed out all possible scenarios where the 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,fireworks display 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 of dark night) and a sudden gush of light through the firecracker explosion is putting the DSP (digital signal processor) to a load/stress beyond its boundaries to display the image. And at this point of time when the user tries 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, think out of the black box.



3) When you are unable to reproduce an issue call someone who can dig deeper than 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 executing it.



5) Review the cases with a non team member/customers/ domain specialist/tester network.



6) When you release a product: anticipate and be prepared to face such situation.



7) Hate the product while testing and love the product after its release -





Emotional testing (New Concept)



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,

It could kill a company!



How was it….?—if possible fwd it to the larger team.