Release Readiness Checklist - Trillium

Release Readiness Checklist - Trillium

Two sprints before feature freeze 

Action

Responsible

Status

Action

Responsible

Status

Update Features' statuses
Identify which features are at risk and the "at-risk" label to the feature and escalate to stakeholders
Clean up user stories backlog 

Product owner



Make sure all stories assigned to the release is associated with a feature
Make sure all stories that have been merged to master is has a Fix Version

Scrum-master and Product owner 



All user stories tied to features should be written and estimated. 

Product owner



Testing

Identify features that require e2e tests
Identify features that require Karate tests

Team



Conduct user acceptance testing 

Product owner   



Conduct or create user stories for performance/load testing. See Types of tests

Team



Team



One sprint before feature freeze 

Action

Responsible

Status

Action

Responsible

Status

Update Features' statuses
Identify which features are at risk and the "at-risk" label to the feature and escalate to stakeholders
Clean up backlog   

Product Owner



Test rails: Write/Review test cases. Add test cases that account for immense data and/or represent a librarian workflow 

Product Owner and QA 



Review and revise current help/product documentation on wiki. 

Product owner 



Create user stories for Kitfox that outline your needs and instructions. 

Team



Migration/module upgrade documentation checklist 

Migration Plan

Step by Step instructions for module upgrade
New Infrastructure: N/A 
Config Changes:
Schema Changes: JIRA issues created 
Data Migration:

Migration Testing

What are the configuration changes?
What are the schema changes?
How do we test?

Team



Document breaking changes > Breaking API changes are documented in the Release Notes.

Team



Re-Indexing for release upgrade required? Timing considerations?
Production tenants
Bugfest environments 
ECS 

Team



MARC migration tool req’d?

 

 

Add release notes 
Include any previous release notes that still relate to the release 
flag any known items with the label  known-issue-<<release>>

Team



Accessibility Testing

Run automated accessibility testing IF you have RTL/JEST tests review (https://github.com/nickcolley/jest-axe)'
OR conduct manual accessibility testing with Deque aXe 

Team



Conduct or create user stories for performance/load testing. See

Types of tests

Team



Document Potential Risks and Risk Mitigation Plan

Team



Bugfest (aka Business Acceptance Testing) period 

Action

Responsible

Status

Action

Responsible

Status

Update Features' statuses
Identify which features are at risk and the "at-risk" label to the feature and escalate to stakeholders
Clean up user stories backlog 

Product Owner



User stories: update Release field for those stories/bugs/tasks/etc that will not be done for the release. 

Product Owner



Generate Release Artifacts (see Orchid) and link to Release notes 





Add release notes
Include any previous release notes that still relate to the release
Flag any known items with the label  known-issue-<<release>>

Team



Modules Ready for deployment

Review test status - Unit, Integration, e2e tests

Team



Team meets with Kitfox to review upgrade instructions. 
Team's accept Bugfest builds
Teams must conduct smoke tests to verify key functionality works as expected BEFORE Bugfest is made available to community
Teams must document 
Deployment verification? 

Team



Regression testing

Team



Conduct performance/load testing. See Types of tests

Team



Sprint before GO-Live 

Action

Responsible

Status

Action

Responsible

Status

Update features' statuses. (There should be no at-risk features)

Team



User stories: Update Release field for those stories/bugs/tasks/etc that will not be done for the release. 

Product Owner



Add/Review release notes
Include any previous release notes that still relate to the release
Flag any known items with the label  known-issue-<<release>>

Team



Complete remaining performance/load testing. See

Types of tests

Team/PTF



Go-Live sprint

Action

Responsible

Status

Action

Responsible

Status

Teams must conduct smoke tests to verify key functionality works as expected

Team



Testing: All Karate tests and e2e tied to release functionality should be done and running 

Team



Add/Review release notes
Include any previous release notes that still relate to the release
Flag any known items with the label  known-issue-<<release>>

Team