Thursday, June 18, 2009

WHAT IF THERE REALLY IS A GOD?

I was drinking coffee this morning and found myself inexplicably thinking about industry standards. And no, there was nothing “extra” in my coffee, nor is it some sort of special ritual I go through at 5 A.M. to prepare for my day.

Have any of you ever listened to a Steve Martin comedy album? He does a bit on one of them revolving around “What if there really IS a God?”. He asks what would happen if you died and found out all the stuff you figured out was crap in college turned out to be true. That there were pearly gates, angels strumming harps on puffy clouds, St. Peter at the gate, and a big book that listed all of your transgressions.. In his words - “Oh shit...”.

So there I was, drinking my coffee, and I was wondering – what if there really ARE industry standards? What if there are best practices? What if we just don’t want to acknowledge any?

“Oh shit...”.

I’ve always believed that one size doesn’t fit all, in terms of both software methodology and testing methodologies. I’ve believed that even within one type of methodology, there are rarely “best practices”. There are only best practices for your own environment and you tend to find those out through trial and error.

But what if I’m wrong? I also believe in keeping an open mind. Sometimes we need to examine our own prejudices.

I’ve never made a study of the software industry as a whole or even come close to seriously canvassing the entire testing industry. Have you? I don’t know if 90% of us or 9% of us use test cases, for example. What if 90% of the pundits on the web are exceptions and not the norm? Since they’re often trying to sell an idea or their own services, it wouldn’t really be in their best interests to promote anything other than what they’re selling, would it?

What if 87% of our own constituency believe certification is a good thing? Or 95% of hiring organizations believe certification is a good thing? For example, I’ve always examined the efforts to break the ISTQB with a critical eye. I haven’t seen their “body of knowledge”. I don’t know what their tests are like. I don’t know if I’d agree with what they feel is important. But since I don’t know, I don’t comment. And I don’t really take the word of someone else (that’s why I’m a tester; I have to examine things myself), particularly when I do know that several of those making the attempt to topple the ISTQB want to set up their own certification in its place. Would that be any better? Or worse? Or the same? Again, I don’t know. So I stay out of it; I don’t believe I’m qualified to comment, based on what I know right now. I do know that certifications do not make someone a better tester. I have learned that through my own experience and have specific examples. That does not, however, mean the certification itself is bogus or teaches bad things. It means certification is not the way to gauge someone’s talent. I can learn a thing and pass a test – that doesn’t mean I can or will choose to apply that thing.

Maybe all of these questions have come up because of the latest flurry of point/counterpoint on metrics. I have to honestly say that I consider people who refuse to use them or recognize any value in them as incompetent, particularly if they’re at a managerial level. Why? Because you can’t function efficiently in a business context unless you’re willing and able to use metrics. To do otherwise is to seriously undermine your ability to get taken seriously or accomplish what you’d like to accomplish, including getting the attention and funding your area requires in order to get their work done. I don’t really care that one individual knows of one situation where one fool used them incorrectly. So what? Metrics are in common use across all industries, for all businesses, and all of them can be faulty and/or used incorrectly by people who either don’t know what they’re doing or who slant them for their own purposes. What I’m seeing is that there’s a focus on exceptions, rather than the common use of metrics. And anyone mentioning metrics gets questioned for details from people who have already made it clear they don’t like metrics and just want the info so they can poke holes in it and ridicule the person who provided the information. Then they’re surprised when no one provides them with details? Gads! How many times do you have to suggest that a little respect goes a long way? If you want information from someone, it behooves you not to make it so bloody clear that you’re going to punish them for providing it!

I guess what I’m saying is that the fact that any single one of us doesn’t like something doesn’t magically make that thing disappear. I hate lima beans. And yet, they still exist. I can’t understand why; it’s obvious to me they’re not suitable for human consumption and should only be used for compost.

But I’ve found myself somewhat curious about industry standards as a whole and best practices overall. Not because it will change what I’m doing in my own organization, because what we’re doing works for us. But because it would increase my understanding about what people in our field are doing generally, it might be a worthwhile exercise and spur some interesting conversations.

You know, I haven’t read any literature about stats or trends across the industry for a really long time. I think it’s because I really haven’t cared too much, and I’ve told you that I believe one size doesn’t fit all. But maybe it would behoove me to see what size fits many, if for no other reason, to assuage my curiousity. Any ideas? I had someone suggest Caper Jones; I haven’t read anything by Caper Jones for YEARS, but he has a new book out and maybe I should read it even if my reaction ends up being a gag reflex, just like lima beans…

In short, just because we want to be unique and choose to avoid the obvious, it doesn’t mean the obvious does not exist. Maybe we’re behaving like spoiled children. I don’t know. I’m just throwing it out there. I do know that I haven’t been LOOKING for industry standards, so it’s unlikely I’d find any. In fact, if an industry standard came up and slapped me upside the head, it’s likely I wouldn’t recognize it.

And who knows? Since admitting to using metrics is so unpopular right now, maybe I need to start a “Metric of the Month” to talk about what kinds of things we do here specifically, why, what it’s done (or not done) for us, and how we use it. I’ll mull it over and see if I can find a suit jacket suitable for having a large target painted on the back….

7 comments:

Rob Lambert said...

Hi Linda,

Another great article. I'm a big fan of finding out how other people test. It's when people call these recommendation a best practice that I find scary.

Until there is a survey of companies with some solid stats and information then we simply do not know what 'best practices' are common and working.

I like your take on metrics. I'm not a fan of using them, but I realise they are required by most. Maybe there should be a metric of the month. If nothing else it will generate some interesting discussions about it.

Rob..

Linda Wilkinson said...

I think you are probably a Master of Understatement when you say a Metric of Month might spawn some "interesting conversation".

Actually, there would probably be carnage, most of it mine. I'm not one to shy away from a challenge, mind you, but it's difficult to get enthused about exposing one's internal organs to a mob of villagers with pitchforks...

LOL. I'm not sure I can resist the challenge...

Thanks for the comments, Rob!

- Linda

Joe said...

Linda,

You say: "I do know that certifications do not make someone a better tester. I have learned that through my own experience and have specific examples. That does not, however, mean the certification itself is bogus or teaches bad things."

What if the certification promises to make someone a better tester? Is that bogus? Or a bad thing?

I think we clearly differ on how much (or how little) we value metrics. But I'd love to see you write about a "Metric of the Month".

So many folks talk about and seem to use metrics without much thought behind them, without ever expressing the "why" and "what they expect to achieve". Reading more in-depth analysis about metrics you have chosen would be very valuable.

And to answer your title question - when I die, if there really is a god, they/she/he/it will know that I've lived a good (non-believing) life. I wouldn't change anything I have have done.

Linda Wilkinson said...

Joe,

When I went to Pradeep's site after the ISTQB brouhaha, he was advertising for SOME OTHER certification, which made promises as well. I find most discussions revolving around the badness of one particular certification, conference, or training end up being pretty hypocritical.

Overall, if a certification claims it makes someone a better tester, I have no way of knowing whether or not that statement is true. The individual in question might have been wretched when they went in and merely substandard when they came out. Such claims are meaningless. FROM ANYONE. When I say certifications do not indicate someone is a better tester, I mean they are not necessarily a better tester than someone without certification. I do not mean they aren't a better tester than they were before the training. I would have no way of knowing that.

I have yet to see one organization, certification, conference, or magazine that has a balanced program. All of them charge money for the privilege of of being a "subscriber", "member", or "attendee". STC, which is a club, comes closest and even they need to pay the bills like everyone else. Attacking any single entity based on marketing or advertising is usually like the pot calling the kettle black.

This doesn't mean one particular type of certification isn't either great or heinous. What I've said is that I, personally, do not have enough information to support either viewpoint. I generally do not support any kind of certification whatsoever. I prefer experience.

- Linda

Shane MacLaughlin said...

Hi Linda,

Interesting post as always.

The problem I have with 'best practices' in terms of software testing is that there is an underlying implication that software testing is a generic activity largely independant of the domain. Put another way, it makes me think that how we test is somehow independant of what we are testing, it's environment, and what we are attempting to achieve through testing. Best practices to me suggests a methodology for achieving a desired result while expending an acceptable minimum resource. These are variables not constants. To me the scope of 'best practices for software testing' seems far too broad. I don't think best practices for testing video games will be the same as those for tesing embedded software, e-commerce web sites or point of sale terminals. Similarly, how you test is often linked to how you develop, and the size of your organisation. Maybe if you could establish proven effective practices for given circumstances you could collate the results to get a set of 'best practices', but I somehow doubt it.

As for a God, I always think of atheism as sharpening my game. A bit like playing space invaders when you start out on your last guy. If it turns out I'm wrong, so be it, it wouldn't be the first time and I'm certainly as fallible as the next person.

Best regards,

Shane

Linda Wilkinson said...

I don't really disagree with you, Shane, but I like to question myself sometimes. Maybe our "best practices" are pretty broad. I was thinking about what kinds of things we all could agree on, regardless of environment. It's an interesting exercise. For example, I think all of us could agree that reporting problems is part of our job. We might not agree as to what constitutes a "problem", and we might call it an issue, defect, anomaly, bug, or event, but I think we could agree that testers report problems.

Thus, reporting problems could be considered a "best practice".

Just an example of the direction I was headed. I've worked in so many different environments and have used so many different project methodologies that I can't help thinking there are some commonalities, since there were all equally successful and my mind works the same way regardless of technique. I guess I was just toying with the idea to see where it would go!

- Linda

Shane MacLaughlin said...

Hi Linda,

When trying to create standards of any kind, I think you are often dealing with two opposing forces.

On one side you want to encourage consistency, reduce duplication of effort, and basically stop re-inventing the wheel. This makes it easier to hire, train and move people around, and simplifies interaction with other organisations.

On the other side you are trying to generalise the vast array of nuances within any activity, which will correspond to hard business requirement in various contexts. This can result in such a huge amount of documentation that it can be highly intrusive to each and every specific activity it refers to.

It is a tough nut to crack. I've been chairing a working group over here for the past number of years attempting to develop standards within the Irish land surveying industry. It might seem a million miles away, but there are a fair number of parallels. The approach we took was to develop a framework in which to gather a superset of requirements, related activities and corresponding QC procedures for all survey activities. From this we extract a subset of relevant items corresponding to a specific context. While we’ve released the first version of our documentation, it is still very much a work in progress.

A couple of things to think about;

How will you get buy in? We did this by getting enough high-level people from the industry, their customer base, and the related professional institutes, to generate the necessary momentum. Practical in a small country in Ireland in a very niche market sector, way more of a headache in a much larger industry in the USA.

Who will be responsible for collating and disseminating the information? We started out in Word and various document management tools and ended up with a database and report extraction tools.

If you think talking metrics will make you unpopular, wait ‘till try formulating and advocating new best practices. The masses will be out from every direction with pitchforks and burning effigies.

Good luck with it, IMHO it is certainly possible but represents a massive amount of probably unpaid work. And apologies if I’m telling grandma how to suck lemons with all this.

Shane