Release Readiness Checklist - Poppy

Release Readiness Checklist - Poppy

Two sprints before feature freeze (173) 

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 Poppy backlog 

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

Need Karate tests for consortia > Action item to create consortia specific Karate tests stories. So no expectation that these stories will be ready for Dev freeze and for Go-Live? 

We probably need a "Q" feature? Will determine based on dependencies?   

What about consortia specific e2e tests > TBD but not considered for Poppy.

Conduct user acceptance testin
  • Product owner (maybe a SIG member can help write tasks?) 

  • Team needs to setup an environment for UAT

Awaiting a UAT environment (Sep 21 2023) 

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

Types of tests

Product Owner writes user stories. TBD who will conduct. 



Document Potential Risks and Risk Mitigation Plan

Team



One sprint before feature freeze (174)

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 Poppy backlog

Product Owner



Prepare data for Bugfest
Create user stories for Kitfox that outline your needs and instructions
Please consider how to test long lists/tables 

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

Action item: Schedule a meeting with Sobha to discuss call number browse migration sometime in the next sprint. Ask Natalia to organize 

Action item: Schedule a discussion with Sobha related Authority record moves. Taras is working on a db script. Maybe we need a story? 

Action item: Need to schedule a meeting to discuss with Implementation - Data Migration folks the Authority API move. Ask Natalia to organize. 

Authority API move - Any impact to National Library of Australia? And Michigan State? 

Action item: @Viacheslav Kolesnyk will update release notes 







Any breaking changes? 

Team

Yes, Authority API move is a breaking change. We need detailed release notes

Re-Indexing for release upgrade? For bugfest? Consortia test environment? 

Required
Timing 



  • Production libraries = Yes 

    • Dependency is on PTF stories. Follow up with Martin and DA. 

  • Bugfest = Yes

    • Dependency is on PTF stories. Follow up with Martin and DA. 

  • Consortia integration environment = N/A it is new 

Need to add 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>>
    See document - Release Notes Overview

PO and Dev lead

Releases notes - we need to add 

  • Authority API breaking changes documentation

    • enabling with loadReference=true

  • Call number browse data migration documentation 

  • Update consortia mod-search documentation (Slava) 

  • Permissions (Christine/KG) 

  • Authority Auto-linking tenant level  configuration (for non-consortia and consortia) 

  • Reindexing improvements based on UXPROD-3936

  • Add any new permissions (like UINOTES-141: New permission: Settings (Notes): View General settingsClosed)

  • Need to add a note about one instance of quickMARC needs to be run. IOW quickMARC module is not HA

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

Done

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

Team



Document Potential Risks and Risk Mitigation Plan

Risks:

Linking (consortia) feature 
Folijet development... dependencies 
Call number browse by type feature (migration) 
We need to talk with FSE hosting 

Team

Did the 9/14 discussion happen? 

Christine has created a decision log 

Meeting with POs + QA for 9/27 

Feature freeze sprint (175)

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

Product Owner



Prepare data for Bugfest
Create user stories for Kitfox that outline your needs and instructions 
FWIW - I think settings needs to be cleaned
Please consider how to test long lists/tables 

Team



  • Add release notes 

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

PO and Dev lead



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

Product Owner writes user stories. TBD who will conduct. 



Sprint before Bugfest (aka Business Acceptance Testing) period (176)

Action

Responsible

Status

Action

Responsible

Status

Update Features' statuses
Identify which features are at risk and the "at-risk" label to the feature.

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 

Team 



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

PO and Dev lead



Modules Ready for deployment
Deployment information is provided in launchDescriptor section of module descriptor.  
Review test status - Unit, Integration, e2e tests
Tickets will be created automatically for each failure. 

Team



Team meets with Kitfox to review upgrade instructions. 

Team's accept Bugfest build. Need to consider Consortia support. 

Teams must conduct smoke tests to verify key functionality works as expected BEFORE Bugfest is made available to community 
Teams must document 

App/module not ready for testing 
Issues yet to be resolved
Deployment verification? 

Team



Regression testing? 

QA?



Conduct performance/load testing. See

Types of tests

Product Owner writes user stories. TBD who will conduct. 



Sprint before GO-Live (178)

Action

Responsible

Status

Action

Responsible

Status

Update Features' statuses
There should be no at-risk feature 

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>>

PO and Dev lead 



Complete remaining performance/load testing. See

Types of tests

Product Owner writes user stories. TBD who will conduct. 



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>>

PO and Dev lead