Thursday 28 October 2010

Monotonous, context and certification


Hi all,

I just want to thank everyone who follows this blog! I would have given up months ago if it wasn’t for all your support :o)
It’s been a bit hectic of late so I’ve not been updating the blog as much as I wish.

Today’s cartoon was first printed in The Testing Planet (check out the newspaper if you haven’t done so yet).

I specially like today’s cartoon because it reminds me that if we follow scripted tests without using our brains, then we’re not testing, we’re just following a script! That can get very boring, I don’t like being bored!

I got the idea about the matchsticks from a fellow tester who heard the same joke a few years a go (thanks Karen!). The title for the cartoon “the monotonous tester” I got from an article by Pradeep Soundararajan (thanks Pradeep!).

I don’t know if anyone has noticed, but I hope some of my cartoons reflect the following statements I believe about testing:
  • Good testing is a challenging intellectual process (hence today’s cartoon)
  • There are no best practices for testing. It’s all about context!
  • Every software development is unique (e.g. be very careful with testing metrics and estimations)
  • Testers provide a service to the software development project (by testing and finding out relevant info on the application)
I *think* all of the above rings true with the context-driven school of testing. Some of the text was taken directly from the “Lessons Learned in S/W testing” book.

This has led me to believe that the current test certifications are harmful to the testing industry. Being a certified s/w tester (which regretfully I am) does not mean I know how to test. Test certifications are very good at identifying people who are good at memorizing words (I can be good at memorizing words). By claiming we're good testers because we have just passed a multiple choice exam sends the message to the wider s/w development industry that testing is fairly simple, so much so, that in future we could train monkeys to do our job (or automate every single thing that we do in testing).

I’m not a monkey (or a robot). Nor do I think my job could be done by a monkey (or a robot).


Thanks for reading. Thanks again for following this blog.

Tuesday 19 October 2010

WARNING: You might find this cartoon depressing

If you are anything like Phil (see his comment on yesterday's cartoon ), I suggest you close this web window/tab immediately.

Monday 18 October 2010

Clash of the Bugs


I recently watched Clash of the Titans. A very average film, but it sure would be nice to be a super hero, even if it was just for a day.
Anyhow, come back for tomorrow’s cartoon to find out what your partner really thinks.

Thursday 7 October 2010

How severe is your bug? What's your definition of Catastrophic?



I read recent posts by Alan Page and the Testing Rat Pack regarding testing definitions, specifically around a test strategy. I thought both posts were great. Really good to see further discussions growing from them.

A Test Strategy – or whatever you want to call it - by Alan Page

Isn't there a word for that? - By someone from the Testing Rat Pack (whoever they are)

Part of me thinks that as long you and the people you are working with know what you mean then that’s all that’s needed (that includes other testers in your team, Dev, Users, Clients, PMs etc). The other part of me wants more! Surely the testing industry as a whole can do better!

Do check out both posts and see what you think.

If you like it, Alan has just posted another entry where he will be talking about the what and why of his typical test strategies:
Free Test Stuff