Wow, what a difference two and a half years makes!
When I first started my blog, this was one of my first entries (entry number 5, to be exact). It was my first firing salvo, aimed at my frustration as to the value of the testing training I had seen to date, most of which, even then, I was not really thrilled with. I should also note that this is the first entry that received a comment… and it was from Matt Heusser! Interesting to think that this would be my first “formal” meeting of Matt, and what has transpired in the 30 months since would be, well, amazing to discuss… but that’s another story (possibly a book’s worth of material, to tell the truth).
Having said all that, my point was, I felt it was time to come back and see what I said and what I believe today, now that I’m older and, supposedly, wiser… or more jaded and cynical. Sometimes the two can be hard to tell apart ;).
Today’s reality is that there are two types of testing training that exist, and they can vary in value. There is what I call “vocabulary training”, where the goal is to cover a lot of ground at a fairly theoretical level, and then take an exam or series of exams to show how well you know the material. The other is what I call “experiential training”, where you actually get your hands dirty and test, try things out, talk about your experiences, and have others review your progress. I currently help run and facilitate two versions of this today.
The first and most formal version is the Association for Software Testing’s Black Box Software Testing classes. These combine both the theoretical and the experiential aspects, and they allow testers the chance to test their understanding and challenge other participants understanding. So whereas, before, I would say there’s nothing out there, today I would say that is absolutely not true.
The second source of “experiential learning” that I am involved with is Weekend Testing, and these events are almost exclusively experiential, done with a Skype connection and a group of willing and active participants. There are chapters around the world, but the India and Americas chapters seem to be the most active at this immediate point in time. Experience level varies dramatically, peer testing is an attribute, and each session is different from the one before. There’s no need to feel “I don’t know enough to participate.” We treat it as a safe environment for everyone to come in, learn, practice their craft, and make connections and share ideas. It’s also a lot of fun.
Today, while there are many who have sought out formal training, the vast majority of testers that I talk to still have this issue. Things are changing, in that I think the Meet-up culture is starting to encourage people to get out and talk about these things and offer alternatives to official training activities.
This has become my number one source for information. several sites do aggregation of just tester’s blogs, so those sites are my first stop if I am really interested in seeing what testers have to say and what ideas are being discussed. What’s interesting to see if who has changed in my blog roll since I started this. That’s to be expected; bloggers come and go based on their energy levels and what they are involved in. What is cool is to see how many are still there two and a half years later that were on my original list :).
Still mostly true, but I have to add two more well deserving groups. The first is the Association for Software Testing (AST). I didn’t even know they existed when I first started my blog, but I’ve certainly gotten to know a lot more about them since then! Helping deliver, maintain and develop their educational offerings has been an eye opening experience, and it has helped me interact with a bunch of terrific people, many of whom have become good friends since. The second is the Software Testing Club and “The Testing Planet“. This loose knit confederation of testers has some great discussions, and I always look forward to when the next issue of TTP is available.
Since this was written, I’ve discovered lots of areas where we can get more information and see live screencasts and pre-recorded webinars of topics useful to testers. Add to that the phenomenon of entire courses of study being made available online. Think of Coursera, Khan Academy, and other initiatives that have become well known that are making it possible for anyone willing to invest the time and energy to learn about any topic. I’ve also found myself branching into more software development discussions and groups, even though my primary focus is not programming. Codecademy and NetTuts+ are two great sites for this type of interaction.
Books: These were the titles that made my short list two and a half years ago:
- “Testing Computer Software” by Kaner, Falk and Nguyen
- “Effective Methods of Software Testing” by William Perry
- “Linchpin” by Seth Godin
- “Secrets of a Buccaneer Scholar” by James Bach
- “Software Testing: Fundamental Principles and Essential Knowledge” by James McCaffrey
- “Software Test Automation” by Mark Fewster and Dorothy Graham
- “Surviving the Top Ten Challenges of Software Testing” by William Perry and Randy Rice
What titles do I consider essential today? While many of these are still valid, I’ve found that I’m turning to different resources now. “Testing Computer Software” has been replaced by “Lessons Learned in Software Testing” (Kaner, Bach & Pettichord) as my backbone “go to” testing book. In addition, Gerald Weinberg’s “Perfect Software and Other Illusions About Testing” has become a perennial favorite. I will still recommend “Linchpin” and “Secrets of a Buccaneer Scholar”, and add “Explore It” by Elisabeth Hendrickson.
Interestingly, the books that have helped my testing the most have been, shall we say, not testing books at all, but rather, those that focus on philosophy and inquiry, and help us see things in a different way, or at least understand how we have come to see different things over time. I’ll also give a plug for my favorite “book discovery” of them all, in that it’s not really a book, but a companion volume to a television series; “The Day the Universe Changed” by James Burke.
Having had a chance to see many discussions about the content and the accuracy of the information, I will now say that “Caveat Lektor Wiki” still applies, but yes, much of the information would stand to being an introduction to ideas that testers may not be as familiar with. Having said that, I also think that we as a community have the responsibility to review the information, and if we see it is in error, challenge it or add our own voices to explain why. It’s our collection of experiences that makes that repository, so if you find something is in error or is badly worded, do your part to help make the explanations better (said with a healthy dose of ‘Physician, heal thyself!”, I might add).
Just like two years ago, I still agree that knowledge begets knowledge, training begets training, and opportunity begets opportunity. Also, as Matt mentioned in the comment to my original post, if you can’t get to an official training opportunity, band together with other testers in your area and make your own. Hold a local peer conference for a day, have a writing workshop on testing ideas, host your own local bug party. Whatever it takes, there’s rich ore to be mined out there, it just requires that we pick up a shovel and dig.