Why You Need Automated Testing to Reach DevOps’ Holy Grail

Jonathan Rivers

BY Jonathan Rivers

Chief Technology Officer

Automated testing is required to reach DevOps’ Holy Grail – continuous deployment. Despite what you may have seen in Indiana Jones and the Last Crusade, you do want to be the one who leads your team to find the Holy Grail. Trust me on this, you will have chosen wisely. It’s the best – and only – way to ensure you sleep at night if you are responsible for developing, deploying, and maintaining digital products for a living.

So, why do you need automated testing in your life? It’s a prerequisite to get to the point where any developer working on your team can feel comfortable pushing code to production. Period. Well, actually…I suppose it’s not the only way. You could skip automated testing in your continuous integration/continuous deployment (CI/CD) setup and focus on lightning-fast rollback instead. That way, when untested code gets into the hands of your users and explodes, you’ve got an exit strategy…

Here are three other reasons that automated testing is well worth the investment over the long haul for any product development team.

Code Sitting on Staging is Worthless

The code your team is busting their humps to create can and must make its way to production. Quickly. I tell our teams this all the time – code sitting in a staging environment, or software repository, waiting to be deployed has no value to our clients. Worse, it has no value to their customers. Zero. As an organization, we want to get that code out into the world as quickly as possible so that our clients’ user base can use it, experience it…buy it. High quality, frequently released software is what is driving the digital economy and winning markets.

Bugs Reaching Production is Generally a Bad Thing

Automated testing ensures you don’t get the dreaded “It worked on my machine!” or “It worked on staging!” fits of terror after code has been pushed to production. You want your releases go through a battery of regression tests every time code is checked in. CI/CD is there to get your software into production far more quickly than if you are relying on more labor intensive manual testing. This gets you consistency and keeps you from making the same mistakes over and over again.

The Holy Grail=Any Developer is Trusted to Commit Code to Production

How will you know when you’re ready to drink from DevOps’ Holy Grail? When enough trust has been built up that your company’s leadership team (or the leadership team of the client you’re working for) has enough faith in your automated testing setup that any member of the team can press a button and commit the code they’ve been working on to production. This is the case with a number of 3Pillar’s client teams, and it’s the type of setup that can and should only be instituted if there’s an airtight automated testing system in place. It’s a tightrope that you don’t want to walk without a safety net. With the right safety net in place, however, you can sprint across that tightrope without fear.

If you’d like to read more about the long-term value and benefits of automated testing, both are points I cover in more detail in another recent blog post, Automated Testing Is Engineering…and Manual Testing is Lunacy.

Spread the Word on Automated Testing

Help us spread the word about this post via the Better Click to Tweet feature below or the social sharing icons at the bottom of the post.

Why do you need automated testing to reach the Holy Grail of #DevOps? And what exactly is the Holy Grail of DevOps? Find out in this post from 3Pillar CTO Jonathan Rivers. Click To Tweet

About The Author

Jonathan Rivers is the Chief Technology Officer at 3Pillar Global. In this role, he leads 3Pillar’s Product and Engineering organizations. This includes more than 800 software engineers, product consultants, product managers, quality assurance, and user experience professionals. An evangelist of customer-centric design, Jonathan spearheads a global team of product professionals who create best-in-class digital products that align with a company’s business objectives.

Leave a Reply

Related Posts

Automated Testing IS Engineering…and Manual Testing is... Automated testing IS engineering. End of story. It’s not testing, it’s not quality assurance (although it's done in support of that), it is engineerin...
SMART Requirements for Smart Testing There are a lot of software application development models that have emerged in response to the need to reduce software delivery times to end customer...
Application Security Trends & Tools from Black Hat 2018 I spent the better part of last week with a few of my 3Pillar colleagues in Las Vegas at the annual Black Hat security conference. What happens in Veg...
Is Mobile Automation Testing Right For You? In the fast paced software development industry, mobile automation testing has become indispensable. The real value of mobile automation testing is re...
How to Overcome Challenges Faced in Hybrid App Testing The mobile boom is self-evident, and it is here to stay. Smartphones are rapidly becoming the primary means of interaction for consumers and businesse...