Letter from the Editor

Test automation is a big topic. There are so many different areas to talk about: tool choice, jumpstart, cross platform, services, cloud… Each of these areas have changed so much in the recent past that they could each be worth their own magazine issue.

As software development has changed so dramatically in the past decade — from same sprint Test Automation in agile, to Selenium as a universal browser test tool, to service testing using containers in DevOps — so has Test Automation.

But at the same time I am noticing a new trend that has not been as obvious, or as striking in the past. It’s the phenomenon of the ‘have’ and ‘have nots’! That is, those who have significant Test Automation programs and those who do not.

Some organizations have become quite sophisticated in their automation, some struggle with the very basics, and most organizations are somewhere in between.

From the first survey we did in spring earlier this year, we found that there was a very large number of companies who do not have Test Automation at all. At the same time, we know that there are companies where the Test Automation software development project is nearly as sophisticated as the production code project. Tens of thousands of automated tests with sophisticated development and maintenance methods are running on hundreds of virtual machines or real devices in a state of continuous testing.

Between these extremes, there are many levels of automation. For example:

  • Small, but hopefully, effective automation, such as one automated test or smoke test suite that run against each build.
  • A few happy path workflow, or transaction tests, or full transaction tests that touch perhaps — all the outside services or major functionality and are run against each platform.
  • A small regression suite with test design and maintenance and cross platform abilities, but also with gaps, perhaps, of various services, subsystems, or devices and platforms.
  • Significant automation program, high coverage diverse platforms, significant maintenance, and manageable.
  • Sophisticated automation that scales at a high volume, with an automated process that runs on a significant amount of systems and has its own development team.

As always there are constant demands to go faster, do more with less, and automate more.

Three aspects of this situation put pressure on test automation programs:

  1. There are also universal goals to test automation, such as higher coverage and lower maintenance.
  2. That each level of automation has its own unique issues.
  3. That with Continuous Integration and Continuous Delivery in DevOps, each of these levels need to tie into the ALM tool chain and run automatically.

A critical task when optimizing your test automation suite, or beginning to build a test automation program, is recognizing the issues. This is where LogiGear Magazine can help.

I suggest that you look at the infographic “Top 10 Must-Haves for Test Automation” to help you recognize areas you can improve on in your practice.

In this issue, we take a dive into the world of API testing, a growing skill for testers in automation. But more exclusively we have a fresh cover story breaking down voice apps and the effect it has on Test Automation.

Prashant Hedge tells us everything we need to know about API testing in the Blogger of the Month spread. Lawrence Nuanez acts as our guide in “Climbing Mount Automation.” The 3rd survey results are here to help us reflect on test automation, based on the feedback from our readers.

Beware of the dangers of Test Automation in yet another exciting infographic, and don’t miss out on your chance to win a $100 Amazon gift card by taking our last survey in the State of Software Testing Survey Series — this one is on “Modern Distributed Test Teams.”

Michael Hackett
Michael is a co-founder of LogiGear Corporation, and has over two decades of experience in software engineering in banking, securities, healthcare and consumer electronics. Michael is a Certified Scrum Master and has co-authored two books on software testing. Testing Applications on the Web: Test Planning for Mobile and Internet-Based Systems (Wiley, 2nd ed. 2003), and Global Software Test Automation (Happy About Publishing, 2006). He is a founding member of the Board of Advisors at the University of California Berkeley Extension and has taught for the Certificate in Software Quality Engineering and Management at the University of California Santa Cruz Extension. As a member of IEEE, his training courses have brought Silicon Valley testing expertise to over 16 countries. Michael holds a Bachelor of Science in Engineering from Carnegie Mellon University.

The Related Post

If you are reading this issue, you are probably aware of the impact on the business world of cloud computing. Most people do not have a good grasp on what the cloud is or how people and products can use it. BTW, you are already a cloud user. If your email is stored somewhere “on ...
Hello everyone – I’m hoping each one of us is having a great October. This time of the year is always my favorite, with the changing of the seasons, Fall was always my favorite time of year; it signified change and renewal – but I don’t want to digress to much from what’s going on ...
What is testing in Agile? It’s analogous to three blind men attempting to describe an elephant by the way it feels to them. Agile is difficult to define and everyone has their own perspective of what Agile is. When it comes to testing and Agile the rules are what you make them. Agile is ideas ...
Every year, LogiGear Magazine devotes one full issue to Test Automation. We could do more than one, and perhaps even that would not be enough. The problems around automation have become increasingly complex. And now, automation is much more integrated into the software development process. For over a decade teams have been faced with “do ...
As part of my work, I spend a lot of time at client’s sites and talk to various software development organizations. I am beginning to see a problem arise regarding Test Automation. There is too much automation! Surprised? While there are still many teams struggling to make progress with Test Automation, many teams have been doing ...
I led the Editor’s Note in our very first mobile issue with “Everything is mobile”, but it is now way beyond what we thought. Mobile has come to mean only the smart phone, mobility is the word that describes everything a smart phone enables you to do. Mobility is more than a device! Mobility is ...
API testing– an old school technology gets way cool again. APIs and testing them is nothing new; the technology has been around for decades. The most basic definition of an API is an exposed function— a producer (person or company) writes a function and exposes it so that others, consumers, can use it. We copy ...
Because of the type of work I do (consulting projects at different companies), I’ve been lucky in my Software Development career to have worked on a bunch of software projects specific to hardware devices or integrating new hardware into software systems. Starting with the Palm Pilot, I worked on some operating systems (OS) projects, firmware, ...
Integrated teams Something we’ve learned in the Covid-19 pandemic is that we have to work together-whatever together means. Very few teams stayed co-located; even teams in the same town worked at home. We’re all working remote. Hopefully all the thinking, tools, work and effort we put into having offshore teams work together benefited us here. ...
There is a growing software development dynamic of teams without Testers. When I first went into Software Quality, I learned one thing right away: My role was user advocate. My main job was to find bugs. This is the Lean principle called Amplified Learning. We learn about behavior by testing. Even then, validation was not ...
I have been excited about this issue since I included it in the 2011 editorial calendar. This issue of LogiGear Magazine dives into an exploration of agile automation—from the most efficient methods for test automation, to skill sets and better preparation for test teams, and even to understanding the variety of tools in question. We ...
I once consulted for a company to give a week-long course on testing and QA. It was a survey course covering a wide range of topics. I was setting up and chatting with students in the room. One man came over to me and said: “I have been testing for 6 months and I am completely ...

Leave a Reply

Your email address will not be published.

Stay in the loop with the lastest
software testing news

Subscribe