Podcast

13 : Cory House : How to Create Clean Test Automation Code

29 June 2014 at 1:02 AM
By Test Guild
  • Share:
13 : Cory House : How to Create Clean Test Automation Code

How to create clean test code

As test engineers, how often have we proclaimed that test automation code is real code– and should be treated like any other development project?

I say it all the time.

Since test automation code is development code, it should adhere to the same standards –code reviews and the like–just like any other development effort.

Cory House, author of the Pluralsight course Clean Code: Writing Code for Humans, shares with us his top tips for creating readable, easy to maintain test automation code.

About Cory House

CoryHouse_HeadShot

Cory is founder of Bitnative LLC, an agile software development and training consultancy, and creator  of OutlierDeveloper.com, a community for software developers who aspire to be exceptional. He is a Pluralsight author, INETA speaker, independent consultant, and blogger with 15 years experience in full-stack software development.

As a software architect at VinSolutions, Cory specializes in creating C# .NET and JavaScript based single page applications for the automotive industry. He regularly speaks on clean code, architecture, and software career development at conferences and user groups across the country and internationally.

Quotes & Insights from this Test Talk

  • Imagine no one could come and speak to you again, Imagine people can’t read any of your comments, and imagine that there is no documentation that they can go lean on to find out what you are trying to do. So all they have to read is your literal code. If you can convey your intent just with the code, then you are writing self documenting code
  • If you get confused reading your own code, obviously any other readers is really going to be in trouble
  • Write your tests code as if you are an author
  • The way you name you methods and classes help make test code to be more maintainable
  • Pair programming should be done when writing test automation code
  • There’s no problem so simple that a bad test automation developer can make complicated

My “rubber duck” :

RubberDuck

Resources

Cory’s Online Courses:

Connect with Cory

May I Ask You For a Favor?

Thanks again for listening to the show. If it has helped you in any way, shape or form, please share it using the social media buttons you see on the page.

Additionally, reviews for the podcast on iTunes are extremely helpful and greatly appreciated! They do matter in the rankings of the show and I read each and every one of them.

Related Podcasts

Why Your AI Tests Pass When Your Features Fail with Donovan Brady
Automation Testing Podcast
October 27, 2026

About This Episode: Why Your AI Tests Pass When Your Features Fail? Donovan Brady of Leapwork shows how to make […]

Scary Test Automation POCs Made Easy: Halloween Special With Paul Grossman
Automation Testing Podcast
October 20, 2026

About This Episode: Running a proof of concept on test automation tools can feel like a horror movie. Vendors promise […]

Locust and Azure Load Testing: Create and Debug Load Tests with AI with Lars Holmberg and Abhinav Premsekhar
Automation Testing Podcast
October 6, 2026

About This Episode: Performance testing has never been easier to start, or more important to get right. As teams ship […]

AI Agents Passed the Tests. Real Devices Didn’t. with Nick Metcalfe
Automation Testing Podcast
September 29, 2026

About This Episode: Cloud device farms make it easy to get started with real device testing. But what happens when […]