Зачем это? - GolosMovement/QA-electoral.graphics GitHub Wiki

Draft

Жизненный цикл теста

  1. Test создается как issue. Указывается какой функционал он затрагивает. Изначальное состояние: "to code". Milestone: итерация, в которой должен быть создан функционал, проверяемый тестом.
  2. До теста Когда разработчики реализовали функционал упоминаемый в тесте, его можно пометить "QA ready"
  3. Проверка теста. Представитель разработчика проверяет работает ли тест. Если тест работает, помечает "QA passed", если проваливается: "bug".
  4. Continuous Integrity тестирование. Когда все тесты milestone имеют "QA passed", заказчик проверяет их все разом. Если все тесты сработали, помечает их "UAT passed" и можно закрывать milestone. Если какой-то тест провалился, он помечается "bug", остальные "QA ready", так как при исправлении bug нужно будет всё протестировать заново.
  5. Тест после "bug" Когда разработчики исправили bug, тест помечается "QA ready"

Если состояние теста "to code", "to fix", "QA ready" - он приписан к представителям разработчика. Если состояние меняется на "QA passed" и "UAT passed" - он приписан к представителям разработчика.

  1. Если milestone выполнен, то а) если функционал сохраняется - тест переходит в следующий milestone с состоянием "QA ready" если от функционала отказываются - тест становится "Closed" если функционал расширяется, создается новый тест, старый закрывается с указанием нового теста, включающего изменения запросов.

Аналогичный функционал можно реализовать через Project на GitHub, с колонками, аналогичными описанными выше label.