Are You TEM Savvy? – enov8
Measuring TEM Capability in Your EnterpriseOnce upon a time, testing your software was easy. Or, at least, relatively speaking, it was. Your team would write some code, tag an unreleased version of the software, build it, and hand it over to QA to do their worst. If this was, say, 20 years ago, this process probably involved creating a CD for QA to use, since this was almost certainly some kind of desktop application. And, to make life easy, the developers, testers, and end-users were all using Windows NT. You could thus manage the testing process in pretty straightforward fashion:
- Run the software.
- Ask yourself, “does it do the thing that it’s supposed to do?”
What Is Test Environment Management (TEM)?Before we get too far, however, it’s worth some definition housekeeping. What, exactly, do we mean when we talk about test environment management (TEM)? Well, a test environment is, quite simply, the setup you have for conducting testing and quality assurance of the software that you’re building. In the introductory example, the QA department would have used a simple Windows NT machine with the software installed as its test environment. In today’s world of cloud computing and heterogeneous environments, this probably takes the form of one or more servers, containers, or even more exotic mixes. Test environment management, then, is the administration of the test environment. Administrative activities include populating the environment with application data, configuring application settings, installing any necessary companion software, and generally simulating all aspects of the environment related to testing. In short, TEM is your strategy for recreating production-like conditions for the sake of testing.
What Is Your TEM Capability?TEM is a relatively complex subject, because it quite likely means having multiple environments in your back pocket. You might have different environments for different team members or entire QA teams. Or, perhaps, you have different environments based on considerations such as varied production scenarios or different user contexts. And, even if you only have a single test environment, TEM is critical because staff will need to quickly configure that single environment for all required testing scenarios. There’s no way around it. Test environment management is a complicated concern these days. So when we talk about TEM capability, what do we mean? Well, as you can, no doubt, infer, TEM capability is essentially how good you are at bringing test environments to bear as you need them. How well does your organization respond to testing needs as they arise? Does it anticipate and schedule them in advance? How mature are you, when it comes to TEM? Increasingly, sophisticated TEM capability is becoming table stakes for enterprises to remain competitive.
How Can You Measure and Evaluate TEM Capability?Since TEM capability is so important, organizations naturally look to understand how to self-assess and measure their own progress. In fact, Enov8 has, in the past, offered some helpful metrics along these lines. Here, we’ll build on those metrics to create a series of questions you can ask yourself to ascertain how TEM-savvy your organization is.
1. What Is the Time Required to Get a Suitable Environment Operational?Let’s start with an easy one—easy to articulate and easy to measure. How long does it take to have a suitable test environment up and running? Let’s say that a dev team commits a candidate feature or software increment, and the definition of done requires a few different flavors of testing: functional testing, shakeout testing, and stress testing. How long does it take to get an environment ready for that scenario? If the environment is ready as soon as people are ready to start testing, you’re in great shape. If, on the other hand, this requires a good bit of labor or waiting for any reason, you’ve got work to do.
2. How Much (or Little) Tribal Knowledge Drives Your TEM?Setup speed is an important consideration, but so is setup knowledge. Specifically, the knowledge of how to configure, select, and spin-up environments is crucial when it comes to your TEM savvy. When it comes time to implement a particular testing scenario, what happens? Do you have a runbook that anyone can refer to for the purposes of environment setup? Or, better yet, do you have some kind of push-button automation? Or do you have Bill? Bill is the configuration manager, and when you need an environment, you email Bill. Then, magic happens, and you have your test environment. If TEM resides inside the head of folks in the organization, you’re incurring a lot of risk. If, on the other hand, it’s well documented or automated, your organization is doing well.
3. Is Your Test Data Realistic (Without Being Too Real)?We haven’t yet talked about test data, but test data is an absolutely crucial component of a good TEM strategy. It impacts every kind of quality assurance your organization can possibly perform. You want realistic data. The form and volume of it should be realistic, in order to properly demonstrate how the application will behave in production. Testing an e-commerce platform on 2 test customers, for instance, isn’t going to cut it. You also want individual fields within your data to represent reality. You’ll have much more luck shaking out subtle problems when your sample last names have apostrophes, hyphens, spaces, and other exotic characters in them than you will if you have 250,000 Bill Smiths. But, you can take this too far. You don’t want actual user data in your test environments. This can run afoul of PII regulatory concerns and serve as a needless vector for potential exploits. So ask yourself whether or not your data is completely representative of reality without being reality.
4. How Much Configuration Reuse Do You Have?Here’s a concern closely related to the idea of standardization versus tribal knowledge. When it comes to your configuration, how much reuse to you employ? If, for instance, you have two environmental configurations that are largely identical, but with a bit of variance in the data and application configuration, what does that look like? Do you have two completely different scripts to generate the environments, with a lot of duplication? Or two different runbooks with duplication? Maybe you just have Bill executing two sets of largely repetitive tasks? Or do you have a scheme in place where you execute the same script, varying only for the details at the end? If you’re breaking the environment setup into conceptual components and assembling those components as part of your TEM, you’re going to incur much less overhead managing the environments. If not, you’re going to waste a lot of time and effort.
5. Are You Making Use of Infrastructure as Code?The last TEM-savvy indicator that I’ll discuss is the use of infrastructure as code (IaC). This measure of capability dovetails heavily with the last one, in that IaC is a strong driver of component reuse. IaC is a model where you describe hardware and application configuration using a declarative style of code, often something like YAML. Without going too far into the weeds, IaC is a powerful way to track configuration information, complete with capabilities such as version control and comparison. If you’re using IaC to help with your TEM, you’re almost certainly scoring well on some of the questions I’ve already suggested for self-assessment. IaC forces your hand when it comes to scripting, reusing, and tracking configuration. And, with all of this in place, you’re doing really well. If you haven’t started to make use of IaC yet, don’t despair, since this is an extremely sophisticated technique. But it definitely gives you an important milestone to strive for.
Like It or Not, TEM Is Part of Your Quality Assurance & DevOps StrategyYou now have 5 questions to ask yourself in assessing how TEM-savvy you are, and I encourage you to make use of them. There’s really no downside to improving your maturity here. But if you’re wondering how important this really is, you should consider the cost of lagging behind in TEM capability. All of the time that your organization spends cobbling environments together by hand, duplicating effort and manually inputting half-baked data is time that it isn’t spending testing your software. You will pay the piper in the end. And, as a result of this, you have to accept that TEM is part of your software’s quality assurance strategy and thus part of its quality (or lack thereof). If you want to produce high quality software, you can’t afford to remain indifferent to TEM.
25MAY, 2022 by Niall Crawford & Justin Reynolds. Modified by Eric Goebelbecker.So, you’ve decided to implement a Scaled Agile Framework (SAFe) and promote a continuous delivery pipeline by implementing “Agile Release Trains” (ART)*. Definition: An Agile Release...
24MAY, 2022 by Keshav MalikWith the rise of agile development methodologies, the need to quickly test new features is more critical than ever. This is especially true for websites and applications that rely on real-time data and interaction. The only way to ensure...
20MAY, 2022 by Jane TemovMost organizations employ strong security measures to keep production data secure while being made available for day-to-day business activity. However, Data may be utilized for less secure activities like testing and training, or by third...
15MAY, 2022 by Ukpai Ugochi & Arnab Roy Chowdhury. Modified by Eric Goebelbecker.As a DevOps manager or agile team leader, how do you ensure that users’ sensitive information is properly secured? Users are on the internet daily for communication, business, etc....
15May, 2022 by Carlos Schults & Justin Reynolds. Modified by Eric Goebelbecker.Organizations today are using more data than ever before. Indeed, data plays a critical role in decision-making for everything from sales and marketing to the production and development...
15MAY, 2022 by Jane TemovRelease Management, from an enterprise software definition, is the process Release Managers use for planning, executing, and monitoring a software release. It involves coordinating developers, testers, operations staff, and end-users to ensure...