Klemming Release Readiness Checklist - Trillium (Draft)

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	Charlotte, Product owner
All user stories tied to features should be written and estimated.	Charlotte, Product owner
Testing Identify features that require e2e tests Identify features that require Karate tests	Charlotte, product owner together with Niels Erik as Dev Lead
Conduct user acceptance testing	Charlotte, as Product owner work together with the Klemming team ID devops deliver all new code and settings as docker containers to be installed in NLSs local environment	UAT at Shared ID test and development environment
Conduct or create user stories for performance/load testing. See	N/A	-
Document Potential Risks and Risk Mitigation Plan	N/A	-

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	Charlotte, 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	N/A
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?	DevOps team at Index data and NLS
Any breaking changes?	N/A
Re-Indexing for release upgrade? For bugfest Poppy?	N/A
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	Charlotte, as product owner together the Klemming team from NLS
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	-
Conduct or create user stories for performance/load testing. See Types of tests	N/A
Document Potential Risks and Risk Mitigation Plan Risks:	N/A

Action	Responsible	Status
Update Features' statuses Identify which features are at risk and the "at-risk" label to the feature and escalate to stakeholders	Charlotte as 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	N/A
Add release notes Include any previous release notes that still relate to the release flag any known items with the label known-issue-<<release>>	Charlotte, as Product Owner, together with the Klemming team from NLS Kajsa/Andreas will do demo for the purpose of Oleksii Petrenko's mega slide deck
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	-	-
Conduct or create user stories for performance/load testing. See Types of tests	N/A	-

Action	Responsible	Status
Action	Responsible	Status
Update Features' statuses Identify which features are at risk and the "at-risk" label to the feature.	Charlotte, Product Owner
User stories: update Release field for those stories/bugs/tasks/etc that will not be done for the release.	Charlotte, Product Owner
Generate Release Artifacts (see Orchid) and link to Release notes	Klemming 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>>	Charlotte, Product owner
Modules Ready for deployment Deployment information is provided in launchDescriptor section of module descriptor. Review test status - Unit, Integration, e2e tests https://jenkins-aws.indexdata.com/job/Testing/job/Scheduled%20Karate%20Tests/600/cucumber-html-reports/overview-features.html Tickets will be created automatically for each failure.	Klemming team
Team meets with Kitfox to review upgrade instructions. Team's accept Bugfest build. 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?	N/A	-
Regression testing?
Conduct performance/load testing. See Types of tests

Action	Responsible	Status
Action	Responsible	Status
Update Features' statuses There should be no at-risk feature	Charlotte, 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>>	Charlotte, Product owner, and Niels Erik as Dev Lead
Complete remaining performance/load testing. See Types of tests	Charlotte, Product Owner writes user stories together with the Klemming team.

Action	Responsible	Status
Teams must conduct smoke tests to verify key functionality works as expected	Klemming Team
Testing: All Karate tests and e2e tied to release functionality should be done and running	Klemming 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>>	Charlotte as Product owner