Зачем это? - GolosMovement/QA-electoral.graphics GitHub Wiki
Draft
Жизненный цикл теста
- Test создается как issue. Указывается какой функционал он затрагивает. Изначальное состояние: "to code". Milestone: итерация, в которой должен быть создан функционал, проверяемый тестом.
- До теста Когда разработчики реализовали функционал упоминаемый в тесте, его можно пометить "QA ready"
- Проверка теста. Представитель разработчика проверяет работает ли тест. Если тест работает, помечает "QA passed", если проваливается: "bug".
- Continuous Integrity тестирование. Когда все тесты milestone имеют "QA passed", заказчик проверяет их все разом. Если все тесты сработали, помечает их "UAT passed" и можно закрывать milestone. Если какой-то тест провалился, он помечается "bug", остальные "QA ready", так как при исправлении bug нужно будет всё протестировать заново.
- Тест после "bug" Когда разработчики исправили bug, тест помечается "QA ready"
Если состояние теста "to code", "to fix", "QA ready" - он приписан к представителям разработчика. Если состояние меняется на "QA passed" и "UAT passed" - он приписан к представителям разработчика.
- Если milestone выполнен, то а) если функционал сохраняется - тест переходит в следующий milestone с состоянием "QA ready" если от функционала отказываются - тест становится "Closed" если функционал расширяется, создается новый тест, старый закрывается с указанием нового теста, включающего изменения запросов.
Аналогичный функционал можно реализовать через Project на GitHub, с колонками, аналогичными описанными выше label.