Please note that all items in checklist marked with [M] are mandatory.
...
Checklist | Feature/User Story | Sprint Demo/Review | Release |
[M] Unit tests (backend: jUnit, RestAssured, frontend: BigTest) are written and are passing. At least 80% code coverage is expected and 100% is preferred for critical code. | Y | ||
[M] Sample and reference data is updated to match the feature or schema change. Any configuration and/or build scripts are updated and tested. | Y | ||
[M] Interface version (for backend modules) and module implementation version (for backend (pom.xml) and UI (package.json)) is updated according to the versioning procedure: https://dev.folio.org/guidelines/contributing/#version-numbers. The fixVersion field in JIRA is updated to match the version that ships the feature/bugfix. | Y | ||
| [M] All dependencies (both Okapi/FOLIO module dependencies and NPM deps) are updated to release dependencies (no pre-releases). | Y | ||
[M] UI Regression tests (https://github.com/folio-org/stripes-testing) are updated and pass on the local development machine. | Y | ||
[M] Peer code review is performed and at least one developer from Core: platform; code can be merged to master only when build building passes and after peer approval. TODO: Establish review criteria | Y | ||
[M] Build deployed successfully to folio-snapshot-stable environment (test, integration etc.). In the case of unresolved but unrelated integration testing issues, the feature will be accepted on folio-snapshot. | Y | ||
[M] QA is performed and issues resolved: folio-snapshot-stable OR folio-snapshot (in case of unrelated integration test failures) - Feature The feature is tested against acceptance criteria - Tests on supported browsers/devices/platforms pass (UI) | Y | ||
[M] Feature implemented meets acceptance criteria defined by PO/Lead | Y | ||
| [M] Feature is accepted by PO - Move the story to “in Review” and assign it to PO who will review and move it to Done if acceptable | Y | ||
[M] Only backend modules: if feature blocks a UI module feature, the new version of the module is released (see https://dev.folio.org/guidelines/release-procedures/) | 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 demo-able features are demoed from the same shared environment – folio-snapshot-stable OR folio-snapshot (in case of unrelated integration test failures) | 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 | Y | ||
[M] All bugs reported by QA, manual testing, UAT, PO etc and labeled labelled for the release (e.g "q4-2018") are fixed | Y | ||
[M] Release notes are created | Y | ||
[M] User documentation updated (deployment documentation, scripts/packaging etc.) | Y | ||
| [M] Migration script added in case of schema update. (see https://github.com/folio-org/raml-module-builder/blob/master/DB-schema-migration.md) | Y |