Page Comparison

•  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 

Done

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

Testing

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

TBD 

•  Conduct user acceptance testing 

• Charlotte, as Product owner work together with Felix, and Antje from the Sif team
• ID devops deliver all new code and settings as docker containers to be installed in GBVs local environment

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

•  Document Potential Risks and Risk Mitigation Plan

•  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

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

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?

Any breaking changes? 

Re-Indexing for release upgrade? For bugfest Poppy?

• 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

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

Document Potential Risks and Risk Mitigation Plan

Risks:

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

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

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

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

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? 

•  Conduct performance/load testing. See