IT Testing: What's Appropriate for Replatforming Projects
April 20, 2017

Craig Marble
Astadia

Testing is an important component of any IT project. Releasing a serious flaw to production in a business-critical application can have disastrous effects. At best, it's a nuisance that annoys users and reduces confidence in an organization's competence. At worst, it can bring an entire company to its knees and result in losing customers and investors. In extreme cases, even the very existence of an organization could be threatened.

So, one could argue that testing is the most important phase of an IT project. It's also time-consuming and expensive. It's essential to strike a balance between an IT testing program that ensures a quality product and the cost-to-value ratio of your project. But when you're dealing with replatforming projects, how much testing is enough testing?


Replatforming: Putting New Tires on a Car

First, let's clarify what we mean by replatforming. Simply put, replatforming projects move an application from one operating platform to another. The most obvious example is moving an application from a mainframe to open systems or the cloud. This process is also referred to as a forklift or lift-and-shift approach. Whatever it's called, why would you take this approach rather than rewriting or replacing with a package or service?

The answer is simple. Many of the applications targeted for replatforming represent significant investment and business differentiation. Replatforming is a great way to leverage that investment and retain the proven business logic that differentiates you from your competition. It's kind of like putting new tires on a car.

When tires lose their tread, they introduce significant risk and expense. They decrease gas mileage, they increase the likelihood of skidding in bad weather, they can affect your ability to stop quickly in an emergency, and they're much more prone to blowouts. But you don't buy a new car just because your tires are worn out, do you? Of course not. You get new tires when the old ones reach end-of-life and are no longer sustainable. The same is true for operating platforms.

To Test or Not to Test

Legacy platforms and burning platforms are not just an excessive expense that impacts the bottom line of your business. They can pose significant risk in the form of unsupported hardware and software as well as an inability to find resources with the necessary skills to administer those platforms. The fastest, cheapest way to address this problem is to replatform your critical, bread-and-butter applications to contemporary environments like open systems and cloud. Of course, doing this requires IT testing to make sure the applications are functionally equivalent and perform as well or better on the new platform.

Some of our clients prefer to err on the side of caution and insist on what I call fully-loaded testing. That is, they require testing every line of code and every path of logic. While their commitment to quality is admirable, the result is disproportionately high project costs and extended project timelines. This type of extreme IT can even kill the ROI of your modernization project.

When replatforming an application, you can be confident that the business logic that works reliably today will continue to work just as reliably on the new platform. For example, business logic of an existing or COBOL-centric or C/C#/Java application running on a mainframe or an open systems server today will continue to run on a cloud platform. Testing a replatformed application should be limited to the areas that have been modified to accommodate the target environment and the application's performance on the new platform.

IT Testing Optimized for Replatforming

One of the benefits of reusing applications on a new, lower-cost platform is a relatively small portion of the application needs to be modified. The amount of change depends on many factors, including the application's current platform. One of the most obvious changes is source code that accesses the new database. The extent of these changes depends on your target environment — like moving a database from mainframe to cloud or transforming flat-file or hierarchical data to RDBMS. In addition to EBCDIC-to-ASCII conversion, you may have to transform compressed data into a format suitable for the target environment. You may also have to modify sorting routines from EBCDIC-based sorting to ASCII-based sorting.

While these and other areas of your application will require code modification, you should focus your testing efforts on the areas of change and performance rather than the entire code base. It's also important to implement efficient issue-tracking software and processes. Our experience has shown that because many legacy applications have been running reliably for decades and the number of incidents is relatively low, some organizations have gotten a little lazy when it comes to tracking incidents through the resolution process. You'll need to dust off these tools and processes and get them back into shape to support your replatforming project.

As with any project, testing your replatformed applications is important. The point here is to maximize the ROI of your replatforming project while ensuring you deliver a quality product. Think about it this way; when you put new tires on your car, do you test the headlights, turn signals, audio/video system and air conditioning? Of course not. They weren't modified. Consider taking the same approach when testing replatformed applications.

Craig Marble is Sr. Director, Legacy Modernization Services at Astadia.

The Latest

April 24, 2017

The expectation of regular software updates – it's what developers are tasked with, and what users expect and demand. Increased functionality, better performance, and fewer bugs – often in a week or less. Automation of critical processes such as QA can help meet the gargantuan task of constant updates, but it can also send your software into a death spiral of user abandonment unless deployed correctly ...

April 20, 2017

One could argue that testing is the most important phase of an IT project. It's also time-consuming and expensive. It's essential to strike a balance between an IT testing program that ensures a quality product and the cost-to-value ratio of your project. But when you're dealing with replatforming projects, how much testing is enough testing? ...

April 18, 2017

Whether through formal methods such as classroom or virtual training, job shadowing, and mentoring; or through informal methods such as team discussions or presentations, teaching needs to be a frequent element of team integration. It is a given that IT and business teams have difficulty understanding each other without a common taxonomy. Even teams within IT often fail to understand each other ...

April 17, 2017

Although DBAs fortunately have the rare ability to bridge the gap between development and operations, they have been detrimentally overlooked in many companies that deploy DevOps practices. A DBA's ability to interrogate code and construct a resilient, well–performing database environment uniquely defines the capabilities needed for DevOps – leaving me perplexed about why DBAs were not one of the first operations team members asked to join the DevOps movement ...

April 12, 2017

DEVOPSdigest asked experts across the industry — including analysts, consultants and vendors — for their opinions on the best way for a development or DevOps team to become more Agile. Part 5, the final installment in this series, provides tips on empowering people ...

April 10, 2017

DEVOPSdigest asked experts across the industry for their opinions on the best way for a development or DevOps team to become more Agile. Part 4 covers DevOps technologies ...

April 07, 2017

DEVOPSdigest asked experts across the industry for their opinions on the best way for a development or DevOps team to become more Agile. Part 3 provides some tips for getting started and gaining feedback ...

April 05, 2017

DEVOPSdigest asked experts across the industry for their opinions on the best way for a development or DevOps team to become more Agile. Part 2 covers processes including automation, continuous delivery and testing ..

April 03, 2017

One of the most ubiquitous words in the development and DevOps vocabularies is "Agile." It is that shining, valued, and sometimes elusive goal that all enterprises strive for. But how do you get there? How does your organization become truly Agile? With these questions in mind, DEVOPSdigest asked experts across the industry — including analysts, consultants and vendors — for their opinions on the best way for a development or DevOps team to become more Agile ...

March 30, 2017

As trends like cloud computing and DevOps become the de facto standard, organizations are increasingly looking for next-generation analytics tools and services that provide continuous intelligence to help them build, run and secure modern applications, and accelerate their journey to the cloud, according to a new study with UBM Technology titled The New Normal: Cloud, DevOps and SaaS Analytics Tools Reign in the Modern App Era ...

Share this