Жизненный цикл задачи — это то, по каким статусам она проходит от момента заведения до полного исправления, проверки и закрытия. В каждом баг-трекинге есть стандартный Workflow, но его всегда можно поменять под свои нужды. Рассмотрим типовые жизненные циклы
Самый простой жизненный цикл содержит всего два состояния:
Как это выглядит в реальном мире:
Ладно, ладно! Разумеется, это не самый простой сценарий. Самый простой сценарий более топорный:
Open — Closed
Самый простой жизненный цикл содержит всего два состояния:
- Открыто (Open)
- Закрыто (Closed)
Как это выглядит в реальном мире:
- Тестировщик нашел баг, заводит задачу и вешает ее на разработчика. Задача находится в статусе Open
- Разработчик исправил баг и перевешивает на тестировщика для проверки — делает Assign to (назначить на), задача остается открытой (Open)
- Тестировщик проверяет исправление:
- Если все ок — закрывает, статус Closed
- Если не ок — снова вешает на разработчика, статус остается Open
- Повторить N раз, пока задача не будет закрыта
![]() |
| Схема 1. Open — Open — Close |
Ладно, ладно! Разумеется, это не самый простой сценарий. Самый простой сценарий более топорный:
- Тестировщик нашел баг и повесил его на разработчика — задача в статусе Open
- Разработчик исправил и... Закрыл! Статус Closed
