Monday, November 23, 2009

Why Quality Assurance ain’t

When you give a person an excuse to do less than the best, often times they accept it as the norm. QA is a good example of providing an easy out. Why put the effort into checking your own code, ensuring what you do is acceptable and going out of your way to program defensively when you can have someone else do that often painful, trying to get toward perfection type of work….

I have no real evidence, but I’ve seen enough evidence to show that the number of QA resources is directly proportional to the poor level of coding. You might say additional QA people are brought in to compensate for the quality of coding, I think the number of QA resources is more driven by allowed budget and the higher the budget the power the code quality….sounds strange, but I really think it’s true.

I’ve always felt that a good QA group would indirectly contribute through audits and improved processes, however – in most cases – they are designated as testers, fed bad apps after development mangling. So, at the end of the day, the hoped for gains from a QA group are often lost through the misuse of them and the re-direction of quality from the source of issues to the QA group who gets stuck at the end of the pipe instead of helping front-load quality. My suggestion: get rid of QA and lets see what the results are, I would wager improved overall quality within 30 days.

2 comments:

  1. Don't agree. I once fought my way from single QA person working half-time (myself) to about 15 people doing the job. The code quality hasn't changed much over the time. We just found more bugs by ourselves than letting our customers to find them.

    It was however mature product with tons of SLOC and no automated regression testing and that was probably the most time-consuming task of QA team.

    Now when we work in small team on a product being built from a scratch QA is never an excuse to deliver mediocre code. It isn't accepted to push to testing code which barely compiles. Actually it is expected to be really hard task to find any bug and when it happened lately finding bugs was too easy we treated it as a bit of emergency situation.

    Yet, I can't deny that what you write is true in some organizations. I can't say whether it is majority or not though.

    ReplyDelete
  2. I think this is a good point.

    Sometimes you have more folks in the PMO and QA than you have project managers!

    ReplyDelete