!

COVID-19 Response 

Access our COVID-19 Response homepage, with more information and resources during the COVID-19 pandemic, including what to do if you’re experiencing symptoms.

About Us

Testing and Release Management

Master
Content

Summary: This article describes the process of release management at Baylor College of Medicine. This process includes managing, planning, scheduling and controlling a software build through different stages and environments; including testing and deploying software updates.

Last Updated: Oct. 31, 2018

Authorizing Authority: Office of Information Technology

Purpose: The purpose of this governance is to provide guidelines for software builds. This information is intended for all College offices and departments that wish to develop applications in support of their functional needs.

Scope: As part of the software development cycle and before any release, application owners should develop and document a test plan that defines roles, responsibilities, and entry and exit criteria. The Office of Information Technology shall review and approve the plan prior to data conversion and system modifications.
 

Heading

Responsibilities

Content

The test plan shall include the following components, as appropriate:

  • Unit test
  • System test
  • Integration test
  • User acceptance test (UAT)
  • Performance test
  • Stress test
  • Data conversion test
  • Operational readiness test
  • Backup and recovery tests

The IT team shall establish a test environment representative of planned business process and IT operations using representative data that has been scrubbed to obfuscate private information. If confidential information is used in the test environment, it is required to be protected at the same level that it is protected in the production environment in accordance with College policies.

Heading

Guidelines

Heading

Release Management Process

Content

All projects, bundled changes to an existing application (releases containing multiple enhancements/fixes), and cyclical changes to an existing application must go through the Release Management process and must have received appropriate approval.

Whenever possible, changes to an existing application should be bundled together and released on a regular (e.g., monthly) basis using the Release Management process.

A single “Release Engineer” must be identified for every release. The release engineer will be responsible for the successful coordination and execution of the release, as well as ensuring all required documentation related to the release exists.

Proof that controls (initiation, testing, and approval) have been followed for all releases must be documented and retained.

Each release should be well tested and verified prior to implementation.

All implementation work on the Release should be completed by the Planned End Date/Time.

Validation that the Release has been completed successfully should be confirmed through post‐release testing.

Heading

Benefits of Release Management

Terms

Item Term
Revenue (Time to Value)

Item Definition

Accelerated Time to Value
Higher Release Throughput
Enhanced Agility and Flexibility

Item Term
Cost (Productivity)

Item Definition

Increased Productivity
Eliminated Duplicate and Manual-Intensive Activities
Increased Collaboration

Item Term
Risk and Uncertainty

Item Definition

Mitigate Release Failure

Content

*Note: Policies cited in the Digital Governance document (approved by the Board and published in March 2019) supersede any previous agreement, policy and/or guideline.

Heading

Contact

Content

Cognizant Office: Office of Information Technology via BCM Service Portal

General questions should be directed to the Digital Governance Subcommittee.