Continuous Delivery and Micro Focus Development Tools

The sections Introduction to Continuous Delivery and Continuous Delivery Workflow introduce the idea of continuous delivery and summarize how continuous delivery works as a process. This section looks at the continuous delivery process and shows how different products available from Micro Focus fit into and add value to that process.

The diagram below shows the process presented in the section Continuous Delivery Workflow but has been updated to indicate which Micro Focus products are appropriate at different parts of the process. Although this diagram refers to Micro Focus products, the process described does not require the use of Micro Focus products, so if you are already using a third-party product for one part of the process you can continue to work with that and use Micro Focus products to integrate with it.

Note that because continuous delivery is effectively an extension of the continuous integration process, the first five steps in this diagram are the same as the steps in the diagram presented in Continuous Integration and Micro Focus Development Tools.

where the numbered steps are as follows:

1. Developers use Enterprise Developer to check out code into their private workspaces. They then make their changes and test them locally using Enterprise Developer's unit testing features.

   This diagram illustrates the use of ChangeMan ZMF as the source code control system but you are not limited to using only that product. Enterprise Developer works with any SCC-compliant source code control system, so you can work seamlessly in Enterprise Developer with virtually any source code control system you choose to use regardless of whether it is a Micro Focus product or a third-party product.

2. When done, developers check in their changes into the source control repository.
3. The CI server monitors the source control repository and when it detects a change it triggers a build of the relevant sources. Although the build actions are triggered by the CI server, the build actions themselves will be performed by Enterprise Developer, typically using Apache Ant or MSBuild scripts.
4. After a successful build, the CI server performs activities such as the following:
   • makes deployable artefacts available for testing
   • assigns a build label to the version of the code that was just built
   • notifies the relevant team members that a successful build occurred
   • triggers unit and integration testing to be run under Enterprise Test Server

   At this point, the changes that were checked in at step 2 have been successfully built and a build label has been applied to the source code that was used for the build (so the build could be recreated if necessary).

   In the event of a build failure, the CI server sends notifications to the relevant developers who restart the process from step 1, using Enterprise Developer to make the changes necessary to resolve the build errors.

5. After the unit and integration testing has taken place, the relevant team members are notified of the test results.

   At this point, the changes that were checked in at step 2 have been successfully built and tested, all with little or no manual intervention.

6. After the unit and integration testing has completed successfully, the CI server triggers the running of more comprehensive, automated acceptance tests using Micro Focus Silk.

   For mainframe-hosted applications your testing at this stage should include testing your changes on the mainframe in addition to the testing done on your Windows workstations.

7. If the acceptance tests all pass, a decision is made whether or not to release.

   If the acceptance tests results in failures, the CI server sends notifications to the relevant developers who restart the process from step 1 to make the changes necessary to resolve the test failures.

8. If the validation decision is to release, use Micro Focus Deployment Automation or Micro Focus Release Control to release or deploy the built package to the appropriate environment.

   If the validation decision is not to release, the relevant team members are notified and development work continues as normal.

For information on using Jenkins to perform the CI server tasks in the above list, see Using Enterprise Developer with Jenkins.

The following list gives a very brief summary of each of the Micro Focus products that play a part in the continuous delivery process:

• ChangeMan ZMF

  Micro Focus ChangeMan ZMF is a comprehensive, automated SCCM system for reliably implementing mainframe software changes from development to testing to production, and treats change management as a business issue by giving key stakeholders visibility into the release process. ChangeMan ZMF protects your corporate assets and helps you get more done in less time.

• Deployment Automation

  Micro Focus Deployment Automation simplifies and automates the deployment of your software. It supports continuous delivery and production deployments by seamlessly enabling deployment pipeline automation, reducing cycle times, and providing rapid feedback. With Deployment Automation, you will be able to deliver high-quality, valuable software in an efficient, fast, and reliable manner.

• Enterprise Analyzer

  Micro Focus Enterprise Analyzer delivers a wide array of tools and content to enable you to quickly gain a thorough understanding of your applications, meaning that you reduce the amount of time it takes you to make your changes and you can have more confidence that your changes have the desired effect and do not introduce any new issues.

  You can also use Enterprise Analyzer to run queries to determine if your code conforms to your in-house standards. Any code that does not conform to your standards can be flagged as an error following a commit or during the build process.

• Enterprise Developer

  Micro Focus Enterprise Developer provides an integrated development environment (IDE) that streamlines mainframe COBOL and PL/I development activities. This toolset provides access, flexibility, and extensibility to modern technologies through fast integration and remote development capability.

  Enterprise Developer includes the following features that make it particularly suitable for using in your continuous delivery process:

  • Support for MSBuild means that you can write scripts to enable your CI server to build and run your COBOL applications just as easily as you can build and run your COBOL applications from the Enterprise Developer IDE.
  • Integration into an extensible IDE enables you to use a range of third-party functionality to work with different CI servers.
  • Highly-compatible subsystem support (including CICS, IMS, DB2 and JES) means that you can be confident that the code you write using Enterprise Developer will run as expected on the mainframe.
  • Integration with SCC-compliant source code control systems to enable you to work seamlessly with your source code.
  • Integration into Visual Studio provides useful debugging features such as colorization, IntelliSense, error flagging, and intelligent copybook handling to enable you to quickly track down any issues, establish their cause, and make your edits.
  • The Micro Focus Unit Testing Framework, an xUnit-style testing framework, includes much of the architecture you would expect of an xUnit framework, enabling you to create, compile, run, and debug unit tests from either the command line or the Enterprise Developer IDE.
  • Core dump debugging. When an application crashes you can arrange for its state to be saved to disk, in a core dump file, which can indicate where the error occurred in the source code, the contents of memory at the time of the error, and the values of any variables and expressions set at the time. You can then use the core dump file to help debug the problems.
  • Remote debugging enables you to debug programs that are running on a different computer from the one on which you are using.
  • The Consolidated Tracing Facility (CTF) produces detailed diagnostic information that can be invaluable in diagnosing problems when you can't easily attach a debugger.
• Enterprise Test Server

  Micro Focus Enterprise Test Server is an IBM mainframe application test environment on Windows. It enables you to confidently test mainframe application change on scalable, low-cost commodity hardware, and expands your test capacity to scale to meet the delivery timelines and quality standards driven by today's business requirements.

  An example of a way in which Enterprise Test Server can simplify your testing is the ability to export and import execution environments. Once you have set up an Enterprise Test Server environment for testing an application you can export the definition of that environment to an XML file, where the XML definition includes details of all aspects of the Enterprise Test Server environment such as region definitions, locations of data files, and settings of environment variables. After exporting the definition you can then import it to be used during your testing, ensuring that the Enterprise Test Server environment you use in your testing is exactly the same environment as the one you know to be correct.

• Release Control

  Micro Focus Release Control enables you to plan, control, and automate your release processes from definition to deployment with a visual release calendar and automated approval process. The automation and integration features that Release Control offers result in improved visibility and tracking, and adherence to your compliance and control procedures.

• Silk

  Micro Focus Silk Test enables you to maintain rigorous quality standards and accelerate application testing on any device and platform. Using Silk Test you can standardize validation efforts by testing web, mobile, rich-client, and enterprise applications with a single, powerful test automation solution.

  Micro Focus Silk Central unifies test assets into one planning, tracking, reporting, and execution hub, enabling you to define quality goals, schedule manual and automated functional and performance tests, and view results in a centralized dashboard.