User Acceptance Testing: Calming the Nerves

One of the many "thorns in the side" of a software development project is the User Acceptance Testing phase (UAT). While absolutely necessary, it's often one of the most difficult to organize and effectively manage to get usable results. There are many in the development field who believe we need to rethink this process, and I tend to agree.

The very name of the phase, UAT, often strikes terror into the hearts of the very people without whom there is no UAT: the users. I think the users are largely okay with looking at new software elements, but when they're told they have to "test" it, they tend to freak! Since their input is so indispensable, how do we avoid the feelings of terror the name generates and get them on a productive path? Well, we can start by changing the name of the process to eliminate the word "testing".

When you get down right to it, the bulk of the testing is done before the user community gets its hands on the software. While they often find issues that get by the testing staff, that's not really their job. What the users are really tasked with is using the software as they would in production, then providing an assessment: is this the software we need to do our jobs? Does it work the way we want it to and do what we need it to do?

I've seen that when you eliminate the word "testing" while explaining what you need them to do, they tend to relax a bit. They still require guidance, but at least they start off on a more comfortable footing. So what I've started doing is calling it the "User Assessment Phase", ditching the "red flag" word "testing" all together.

A change in the mindset is just a first step in running an effective UAT, but it's a good beginning. I'd be interested in hearing how other folks have gotten past the panic the word "testing" seems to cause.

The Software QA Community

I've been involved in Software Quality Assurance now for over 14 years, and it's a profession that I love. By the very nature of the job, there's always something new to discover: new tools, new processes, new schools of thought and more. One of the best discoveries you can make is that you're not alone by any means: there's a huge, thriving community of QA folks out there, eager to communicate and share what they know.

That discovery for me came well into my second year in QA. I was trying to figure out what it was all about, and I knew there had to be more. Strictly by chance, I stumbled on a local QA group, AQAA (Atlanta Quality Assurance Association, www.aqaa.org). I started going to meetings, and started learning pretty much anything and everything I wanted to know about my chosen profession. And I've been there ever since, serving on the board for several years now to try and pay back what the community has done for me.

There's more. QA folks gather all over the web. It seems that if you have a question or problem, the answer you need is only a few clicks away. Doesn't seem to matter what it is: process, tools, technical issues with a specific application... there's always someone willing to help.

If you're just starting down the QA path, welcome. If you've been doing this for awhile, and you haven't participated, get out there! Answer questions, join a local group -- if there isn't one where you are, start one! The QA community needs you. Hey, we're all in this together...