Monday, June 27, 2011

Be 'Stupid' to be a 'Smart Tester'...!!!

"If we did'nt have stupid thoughts
we'd have no interesting thoughts at all"

Interesting, Interesting and say it loud that it is interesting. Lets first share a "Stupid" video with you all:

     

So, have you enjoyed the video? I think you must have enjoyed. If you haven't, then you are not that 'STUPID'....:P

So, what makes me share this post with you.I must have something in my mind surely about 'Testing' or shall i say 'Stupid Testing'...:)

When i saw this video yesterday on the Diesel website, i was truly amazed. Then, i thought about it for a moment and realized that 'Stupidity' is a part of my regular activity too. And, that is none other than 'Testing'. Its must be a part of all the other Testers' activity also.

Everyday for testing different modules, we have to do basically all the 'Stupid' things along with the 'Smart' things. It may be a 'Stupid' inputs in the text-fields or it may be a 'Stupid' flow of activities to find a bug that cannot be found if we do only the 'Smart' ('Valid'/'Regular') way of doing that.

Truly, when a developers commit a code, he/she must have had some positive tests('Smart') before passes it to the QA team. So, as a tester if we only do the 'Smart' positive tests, then no bug will be found literally. So, along with the 'Smart' positive tests, we have to incorporate some 'Stupid' negative tests to find out the loopholes of that committed code.

Honestly, as a tester we have to take the risk of finding out the critical bugs by various 'Stupid' things continuously. So, i'm not afraid of being a 'Stupid' tester. Because, more or less you must be a 'Stupid' tester to be a successful 'Smart' tester.

Last part of the lyrics that i've enjoyed from this video is given below:

Its not smart to take risks...
Its stupid.

To be stupid
is to be brave

The stupid isnt afraid to fail.
The stupid know there are worse things than failure...
like not even trying.

Smart had one good idea,
and that idea was stupid.

You cant outsmart stupid.
So dont even try.

Remember
only stupid can be truly
brilliant

So,

BE STUPID...:)


Courtesy: www.diesel.com

Saturday, January 22, 2011

Thinking From the Users' Perspective...

The title itself suggests the detail of this post. So, you may think that what’s the big deal reading this post, it is a common topic. Yes, it’s a common topic. But, I bet you may start thinking like an end-user, not a tester after reading this post. Let gets to the detail of this.

While testing the products what we actually do (or trying to do) is to act like an end-user of the product. But, despite our hundreds of testing criteria, sometimes we fail to act like end-users. Few days back, while testing a new feature of our product, I have found a ‘System Crash’ in our system which has been already in the system from the beginning. But, we could not find it earlier as we did not think like the end users before finding it in this specific instance.

The ‘System Crash’ happens for a specific input in all our ‘Text-box’ fields. Actually, I was testing a ‘Contact Form’ for the users where from they can ‘Report a Bug’ or can provide ‘Ideas to improve our product’. While testing this I was wondering what kinds of inputs user can input in that field. Suddenly, I got an idea of a specific input. Usually, for any website when the database connection does not work properly, an error page appears with lots of code instances provided that in the ‘Web.config’ files ‘Custom Error’ field is set to allow the users to view the errors. Though, in our product this feature does not allow the users to view the errors occurred, I intentionally insert such a group of error lines in the input field. The system crashes after inserting these error lines. After that, I narrowed down the error lines and found a specific text which actually caused the crash. So, I thought it is for that text fields only and I reported it. After a while, one of my team-mates asked me for this error text. And we started testing with this input to the all text fields our product. Finally, we came up with the decision that for all the text-fields this specific input causes the ‘System Crash’.

So, thinking from the users’ perspective is really important for testing any products and we have to ensure this in every instances of our testing career.

One more thing, it feels really good when I get any ‘System Crash’. I feel like a Tester (This dialogue is from ‘Raymonds’ clothing: "I feel like a man"..:P) when I get such type of ‘Blockers’, although all the bugs whether it is minor or major should be treated in a proper way. Nevertheless, finding any type of bugs give me an immense pleasure and satisfaction.