I met with my team’s automation experts a few weeks back to get their input on when to automate and when to manually test. The general rule of thumb has always been to use common sense. If you’re only going to run the test one or two times or the test is really expensive to automation, it is most likely a manual test. But then again, what good is saying “use common sense” when you need to come up with deterministic set of guidelines on how and when to automate?

Pros of Automation

  • If you have to run a set of tests repeatedly, automation is a huge win for you
  • It gives you the ability to run automation against code that frequently changes to catch regressions in a timely manner
  • It gives you the ability to run automation in mainstream scenarios to catch regressions in a timely manner;
  • Aids in testing a large test matrix (different languages on different OS platforms). Automated tests can be run at the same time on different machines, whereas the manual tests would have to be run sequentially.

Cons of Automation

  • It costs more to automate. Writing the test cases and writing or configuring the automate framework you’re using costs more initially than running the test manually.
  • Can’t automate visual references, for example, if you can’t tell the font color via code or the automation tool, it is a manual test.

Pros of Manual

  • If the test case only runs twice a coding milestone, it most likely should be a manual test. Less cost than automating it.
  • It allows the tester to perform more ad-hoc (random testing). In my experiences, more bugs are found via ad-hoc than via automation. And, the more time a tester spends playing with the feature, the greater the odds of finding real user bugs.

Cons of Manual

  • Running tests manually can be very time consuming
  • Each time there is a new build, the tester must rerun all required tests – which after a while would become very mundane and tiresome.

Other deciding factors

  • What you automate depends on the tools you use. If the tools have any limitations, those tests are manual.
  • Is the return on investment worth automating? Is what you get out of automation worth the cost of setting up and supporting the test cases, the automation framework, and the system that runs the test cases?

Criteria for automating

There are two sets of questions to determine whether automation is right for your test case:

Is this test scenario automatable?

  1. Yes, and it will cost a little
  2. Yes, but it will cost a lot
  3. No, it is no possible to automate

How important is this test scenario?

  1. I must absolutely test this scenario whenever possible
  2. I need to test this scenario regularly
  3. I only need to test this scenario once in a while

   —If you answered #1 to both questions – definitely automate that test.

   —If you answered #1 or #2 to both questions – you should automate that test.

   —If you answered #2 to both questions – you need to consider if it is really worth the investment to automate.

What happens if you can’t automate?

Let’s say that you have a test that you absolutely need to run whenever possible, but it isn’t possible to automate. Your options are

  • Reevaluate – do I really need to run this test this often?
  • What’s the cost of doing this test manually?
  • Look for new testing tools
  • Consider test hooks

About the Author

Sara Ford was a Microsoft Developer Evangelist for Northern California. Previously, she was the Program Manager for CodePlex, Microsoft’s open source project hosting site. Prior to CodePlex, she worked on the Visual Studio team. In 2008, she authored her first book Microsoft Visual Studio Tips by Microsoft Press and donated all her royalties to start a scholarship fund for Hurricane Katrina survivors of her hometown. Her life-long dream is to become a 97 year old weightlifter, so she can be featured on the local news.

This article was provided by Sara Ford from her blog. Visit her blog for more information about Sara and her software testing views.