Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

Please note that all items in the checklist marked with [M] are mandatory.

...

Checklist

Feature/User Story

Sprint Demo/Review

Release

[M] Unit tests are written and are passing. At least 80% code coverage is expected and 100% is preferred for critical code.

Y



[M] Pull request is created following existing templates for mod -kb-ebsco and ui -eholdings in folio.org and contain a .gif of feature implemented where its it's appropriate

Y



[M] Peer code review is performed and at least one developer from Ebsco and one EBSCO, if possible, and at least two, better three developer from Folijet team are requested for code review; code can be merged to master only when build passes and after peer approval

Y



[M] Fix reported code smells, security vulnerabilities, lint errors that are reported by Sonarqube and other tools in CI pipeline before merging code to master

Y



[M] Existing API tests (backend modules) and Integration tests (UI modules) are maintained/implemented/improved and pass

Y



Microservice contract tests(pact) are created and integrated into CI pipeline – future requirement TBD

Y



[M] Any configuration and/or build scripts are updated and tested by DevOps

Y



Schema upgrade scrips are updated and tested 


[M] Build deployed successfully to snaptshotthe hosted-stable reference environment (test, integration, etc.) - future requirement 

Y



[M] QA is performed and issues resolved

- Feature is tested Test cases are created/updated in Testrail against acceptance criteria

- Tests on supported browsers/devices/platforms passpass 

- Feature is tested on one of the reference environments using data import limited permission user (use username/password = data-import/data-import credentials to login, or create a new user with Settings (data-import): display list of settings pages, UI: ui-data-import module is enabled, Inventory: all permissions, Settings (Inventory): Display list of settings pages, Settings (tenant): Can create, edit and remove locations permission sets)), or similar. 

Y



[M] Feature implemented meets acceptance criteria defined by PO/TL

Y



Regression tests pass – future requirement TBD

Y



[M] Verify that PII stored is encrypted

Y



[M] verify compliance with GDPR – future requirement

Y



[M] Feature OK’ed by UX and complies with:

- https://ux.folio.org/docs/guidelines/

- WCAG 2.0 Level AA accessibility compliance
- Validate with Kimie Kester, Filip Jackobsen and/or John Coburn before coming with new design patterns in UX that’s not consistent with Stripes

Y



[M] Feature is accepted by PO
- Move the story to “in “In Review” and assign it to PO who will review and move it to Done if acceptable

Y



[M] Localization is taken care of in application code

Y



[M] No open critical bugs on any user stories


Y


[M] DoD of each user story, included in the demo are met


Y


[M] All demoable features are demoed from the same shared environment – For most demos, this will be FOLIO integration environment


Y


[M] Releases are created following : https://dev.folio.org/guidelines/release-procedures/



Y

[M] Installation and deployment scripts are updated



Y

[M] Performance tests are created and pass – Example: All end-user interactions < 2 seconds for 95 percentile or no degradation in response time for existing functionality - TBD



Y

[M] All P1, P2 bugs reported by QA, manual testing, UAT, PO, etc. are fixed



Y

[M] Release notes are created



Y

[M] User documentation updated (deployment documentation, scripts/packaging etc.)



Y

[M] User documentation is localized - TBD



Y

Making data migration scripts mandatory going forward if there are breaking schema changes

Y
Create possible integration tests (Karate) in https://github.com/folio-org/folio-integration-tests/ repo for new functionality Y