SYS-CON MEDIA Authors: Yeshim Deniz, Pat Romanski, Gary Arora, Zakia Bouachraoui, Liz McMillan

Blog Feed Post

Integration Testing in an Enterprise DevOps Environment

Stages of Development Testing

The need for testing a new piece of software before it’s released to customers is as old as software development itself. However, it’s typically left up to the individual organization to determine what types of testing need to be done, and how thorough the testing needs to be. The testing methodology and procedures can be left to individuals supporting each respective development team within an enterprise, causing scenarios where the right hand is unaware of what the left hand is doing. This will continue until at some point, things go horribly wrong. Then management is required to step in, and demand more effective testing. Developers then struggle to increase test effectiveness with their limited resources. The result is a constant balancing act between spending enough hours to test effectively without missing deadlines.

Testers are frequently looked at as merely a second line of defense to catch issues the developers miss. Because of this mindset, the sad reality of testing is that when budgets become strained, it is often the first area to be trimmed, or in many cases completely cut. With this reality in mind, we are always looking for ways to improve testing efficiency, which we take a look at in this article.

Who Carries out Integration Testing

When people typically think of testing enterprise scale software, they will typically envision a group of dedicated testers, hammering the newly developed software with a barrage of tests to expose its flaws and weaknesses. While an enterprise DevOps team may have a team of testers, they are not necessarily the only ones running tests.

In a DevOps environment, the responsibility of testing falls on developers, testers, and a variety of other team members. However, each of these respective groups is generally responsible for different stages of testing. For example, developers will perform both unit testing, and integration testing. Dedicated Testers will perform Systems Test, and various types of user groups perform User Acceptance tests.


Integration Testing V Model


Purpose of Integration Testing
Exploring every stage of testing would require a much longer article, so here we’ll focus primarily on Integration testing in a DevOps environment. We’ll start with a simplified definition.

Integration Testing: The testing of a component or module of code to ensure it integrates correctly with other components or modules of code.

Integration Testing Modules 768w, 804w" sizes="(max-width: 300px) 100vw, 300px" />
When we talk about integrating one component with another, we are talking about making sure that the two segments fit together correctly and communicate data correctly between each other. Using our illustrated example, the search function (module #1) sends user defined search criteria to module #2 via XML. This second module then translates that, and creates the search parameters to send on to the database via JDBC.

The challenge with integration testing is that when you have multiple developers simultaneously developing multiple modules, you can’t test how two or more modules integrate together until all the modules are ready… or can you?

The answer is yes. There are different methods of integration testing that can be useful when testing integration of various modules of a product.

Types of Integration Testing

Big Bang Testing – This method waits until all modules of a given product are completed before any integration testing is carried out. Using the example in the image above, your new product under development has been split into six modules to maximize developer resources. With Big Bang testing, you would have to wait for all six modules to be completed before even starting integration testing.

This type of testing can be both cost and resource intensive, because the reality is that some modules will be completed long before others. Causing some of your developers to be unproductive while waiting until the last module is completed, then scramble again when it’s finally time to test. Then when an issue is inevitably discovered, it is far more difficult and time intensive to track the issue down to the specific segment of code that needs to be fixed.

Incremental Testing – Using our same example of six total modules for a given product, when two connecting modules are completed, they can be integrated together and tested to make sure that the data being communicated is exactly what is expected.

While this type of testing is clearly more efficient, there is another form of Incremental testing that is even more efficient yet. When development of the Search function is completed, instead of waiting for module #2 to be completed (to translate the search criteria into a JDBC database query) the developer can create a Stub to test the Search function against. Testing against stubs and drivers does not mean that further issues will not arise as modules are further integrated and further tested; problem code is identified and corrected in efficient stages, rather than in one final panicked rush.

  • Stub – A Stub is a small segment of code that simulates the response of the connecting lower level module. Using our example from the above diagram, it would receive the user defined search criteria from the Search module and provide a simple pre-defined response, or set of responses that would simulate what might be sent back from the database.
  • Driver – A Driver is similar to a Stub, but it simulates the data response of a connecting higher level, or parent module. Using our example from the diagram above, if the middleware component was completed first, a driver would simulate the sending of user defined search criteria, and also the receipt of the search results.

In a DevOps environment, Incremental testing is typically the preferred method of testing because it offers the most efficient use of development and testing resources. Tests can be carried out on a module as soon as development on it is completed. Developers can typically test it very quickly against their stubs and drivers, making any necessary corrections to the code for the module on the spot.

Top Down Testing – This form of testing involves testing the high level or parent module(s) first, then testing lower level or child modules as development is completed and they are integrated. Stubs are used to simulate the data response of lower level modules until they are completed and integrated.

Bottom Up Testing – Lower level modules are tested first to insure the individual modules are working correctly before they are integrated with their parent module. Drivers are used to simulate the parent modules data response until the development of the parent module is completed and integrated.

Regression Testing

Anytime a development team performs any type of iterative development or issue resolution, testing needs to be done. Not just testing for the results of that one change, but testing to make sure that the change didn’t inadvertently break or change expected results elsewhere in the application.

To ensure that these other areas of the application are still functioning correctly, every aspect of the application needs to be re-tested to ensure it’s functioning as designed. This end-to-end precautionary testing is called regression testing.

Because full regression testing should be completed for each release, it can be very repetitive, as well as time and resource intensive to manually execute the full test case for every conceivable scenario, and every application module. This is where automated testing tools earn their value. That said, we will discuss Regression Testing in much more detail in a future article.

Integration Testing in an Enterprise DevOps Environment

Even attempting to identify and discuss every possible factor for every possible DevOps scenario is a ludicrous venture. Our objective here is to provide some solutions and tools to consider to increase the efficiency of your integration testing. For additional information, a great eBook to include in your reading on this subject is A Practical Guide to Testing in DevOps, written by Katrina Clokie.

In an Agile or DevOps environment where continuous delivery pipelines are common, integration testing should be carried out as each module is completed or adjusted. For example, in many continuous delivery pipeline environments, it’s not uncommon to have multiple code deployments per developer per day. Running a quick set of integration tests at the end of each development phase prior to deployment should be a standard practice in this type of environment.

To efficiently test in this manner, the new component must either be tested against existing completed modules in a dedicated test environment or against Stubs and Drivers. Depending on your needs, it’s generally a good idea to keep a library of Stubs and Drivers for each application module in a folder or library to enable quick repetitive Integration testing use. Keeping Stubs and Drivers organized like this makes it easy to perform iterative changes, keeping them updated and performing optimally to meet your ongoing testing needs.

Another option to consider is a solution originally developed around 2002, called Service Virtualization. This creates a virtual environment, simulating module interaction with existing resources for testing purposes in a complex enterprise DevOps or Agile environment.


Wikipedia: Service virtualization emulates the behavior of software components to remove dependency constraints on development and testing teams. Such constraints occur in complex, interdependent environments when a component connected to the application under test is:

  • Not yet completed
  • Still evolving
  • Controlled by a third-party or partner
  • Available for testing only in limited capacity or at inconvenient times
  • Difficult to provision or configure in a test environment
  • Needed for simultaneous access by different teams with varied test data setup and other requirements
  • Restricted or costly to use for load and performance testing


Selenium is an excellent tool to use to automate test scripts. Anytime you are testing a given module or functionality repeatedly, it’s time to consider automating the test. Automated testing is especially useful for regression testing. Regression testing of a large application with many modules can be very time intensive. By automating those tests, test scripts are executed in a fraction of the time. It’s a tool that is well worth the investment.

In any development cycle, bugs and issues inevitably arise. To manage these over many developers and teams, you should consider using a good issue tracking software to record, track, and manage the reported issues throughout the lifecycle of issue resolution. Jira and Remedy are both great solutions for issue tracking and have a long history of refinement.

Integration Testing Keystone
Plutora Test is a keystone solution to any enterprise Agile or DevOps team. It allows you to easily create and manage test plans across multiple geographic locations. Additionally, it integrates each of the tools mentioned above into one cohesive solution. Its built in APIs can integrate directly with tools like Selenium, Jira, Remedy and thousands of others. Then, to make everything transparent to stakeholders, it takes the information collected from each of these tools, and rolls it up into an intelligent and customizable reporting module.


The post Integration Testing in an Enterprise DevOps Environment appeared first on Plutora.

Read the original blog entry...

More Stories By Plutora Blog

Plutora provides Enterprise Release and Test Environment Management SaaS solutions aligning process, technology, and information to solve release orchestration challenges for the enterprise.

Plutora’s SaaS solution enables organizations to model release management and test environment management activities as a bridge between agile project teams and an enterprise’s ITSM initiatives. Using Plutora, you can orchestrate parallel releases from several independent DevOps groups all while giving your executives as well as change management specialists insight into overall risk.

Supporting the largest releases for the largest organizations throughout North America, EMEA, and Asia Pacific, Plutora provides proof that large companies can adopt DevOps while managing the risks that come with wider adoption of self-service and agile software development in the enterprise. Aligning process, technology, and information to solve increasingly complex release orchestration challenges, this Gartner “Cool Vendor in IT DevOps” upgrades the enterprise release management from spreadsheets, meetings, and email to an integrated dashboard giving release managers insight and control over large software releases.

Latest Stories
While a hybrid cloud can ease that transition, designing and deploy that hybrid cloud still offers challenges for organizations concerned about lack of available cloud skillsets within their organization. Managed service providers offer a unique opportunity to fill those gaps and get organizations of all sizes on a hybrid cloud that meets their comfort level, while delivering enhanced benefits for cost, efficiency, agility, mobility, and elasticity.
Isomorphic Software is the global leader in high-end, web-based business applications. We develop, market, and support the SmartClient & Smart GWT HTML5/Ajax platform, combining the productivity and performance of traditional desktop software with the simplicity and reach of the open web. With staff in 10 timezones, Isomorphic provides a global network of services related to our technology, with offerings ranging from turnkey application development to SLA-backed enterprise support. Leadin...
DevOps has long focused on reinventing the SDLC (e.g. with CI/CD, ARA, pipeline automation etc.), while reinvention of IT Ops has lagged. However, new approaches like Site Reliability Engineering, Observability, Containerization, Operations Analytics, and ML/AI are driving a resurgence of IT Ops. In this session our expert panel will focus on how these new ideas are [putting the Ops back in DevOps orbringing modern IT Ops to DevOps].
Darktrace is the world's leading AI company for cyber security. Created by mathematicians from the University of Cambridge, Darktrace's Enterprise Immune System is the first non-consumer application of machine learning to work at scale, across all network types, from physical, virtualized, and cloud, through to IoT and industrial control systems. Installed as a self-configuring cyber defense platform, Darktrace continuously learns what is ‘normal' for all devices and users, updating its understa...
Enterprises are striving to become digital businesses for differentiated innovation and customer-centricity. Traditionally, they focused on digitizing processes and paper workflow. To be a disruptor and compete against new players, they need to gain insight into business data and innovate at scale. Cloud and cognitive technologies can help them leverage hidden data in SAP/ERP systems to fuel their businesses to accelerate digital transformation success.
Most organizations are awash today in data and IT systems, yet they're still struggling mightily to use these invaluable assets to meet the rising demand for new digital solutions and customer experiences that drive innovation and growth. What's lacking are potent and effective ways to rapidly combine together on-premises IT and the numerous commercial clouds that the average organization has in place today into effective new business solutions.
Concerns about security, downtime and latency, budgets, and general unfamiliarity with cloud technologies continue to create hesitation for many organizations that truly need to be developing a cloud strategy. Hybrid cloud solutions are helping to elevate those concerns by enabling the combination or orchestration of two or more platforms, including on-premise infrastructure, private clouds and/or third-party, public cloud services. This gives organizations more comfort to begin their digital tr...
Keeping an application running at scale can be a daunting task. When do you need to add more capacity? Larger databases? Additional servers? These questions get harder as the complexity of your application grows. Microservice based architectures and cloud-based dynamic infrastructures are technologies that help you keep your application running with high availability, even during times of extreme scaling. But real cloud success, at scale, requires much more than a basic lift-and-shift migrati...
David Friend is the co-founder and CEO of Wasabi, the hot cloud storage company that delivers fast, low-cost, and reliable cloud storage. Prior to Wasabi, David co-founded Carbonite, one of the world's leading cloud backup companies. A successful tech entrepreneur for more than 30 years, David got his start at ARP Instruments, a manufacturer of synthesizers for rock bands, where he worked with leading musicians of the day like Stevie Wonder, Pete Townsend of The Who, and Led Zeppelin. David has ...
Darktrace is the world's leading AI company for cyber security. Created by mathematicians from the University of Cambridge, Darktrace's Enterprise Immune System is the first non-consumer application of machine learning to work at scale, across all network types, from physical, virtualized, and cloud, through to IoT and industrial control systems. Installed as a self-configuring cyber defense platform, Darktrace continuously learns what is ‘normal' for all devices and users, updating its understa...
Dion Hinchcliffe is an internationally recognized digital expert, bestselling book author, frequent keynote speaker, analyst, futurist, and transformation expert based in Washington, DC. He is currently Chief Strategy Officer at the industry-leading digital strategy and online community solutions firm, 7Summits.
Addteq is a leader in providing business solutions to Enterprise clients. Addteq has been in the business for more than 10 years. Through the use of DevOps automation, Addteq strives on creating innovative solutions to solve business processes. Clients depend on Addteq to modernize the software delivery process by providing Atlassian solutions, create custom add-ons, conduct training, offer hosting, perform DevOps services, and provide overall support services.
Contino is a global technical consultancy that helps highly-regulated enterprises transform faster, modernizing their way of working through DevOps and cloud computing. They focus on building capability and assisting our clients to in-source strategic technology capability so they get to market quickly and build their own innovation engine.
When applications are hosted on servers, they produce immense quantities of logging data. Quality engineers should verify that apps are producing log data that is existent, correct, consumable, and complete. Otherwise, apps in production are not easily monitored, have issues that are difficult to detect, and cannot be corrected quickly. Tom Chavez presents the four steps that quality engineers should include in every test plan for apps that produce log output or other machine data. Learn the ste...
Digital Transformation is much more than a buzzword. The radical shift to digital mechanisms for almost every process is evident across all industries and verticals. This is often especially true in financial services, where the legacy environment is many times unable to keep up with the rapidly shifting demands of the consumer. The constant pressure to provide complete, omnichannel delivery of customer-facing solutions to meet both regulatory and customer demands is putting enormous pressure on...