База для QA
К списку уроков
Блок 5 · Инструменты тестировщика

Урок 18. TMS и трекеры

Инструменты для организации работы QA

Темы урока

TMS (ТестОпс/TestRail/TestIT), баг-трекеры (Яндекс Трекер/Jira), жизненный цикл бага, связка TMS + трекер, метрики Test Coverage / Pass Rate / Defect Density

Видео урока

Пройти тест по уроку

Конспект урока

Главное за урок

TMS и баг-трекер — не «красиво», а обязательно. Без них тестировщик невидим для команды: баги теряются в чате, тест-кейсы живут в трёх разных Excel, а на вопрос «готовы ли мы к релизу?» нет цифр — только ощущение.

TMS хранит тест-кейсы и фиксирует результаты прогонов. Баг-трекер — язык команды для дефектов и задач. Вместе они дают полную картину: кейс упал → баг завели → разработчик починил → retest → подтверждённый фикс.

Зачем TMS вместо Excel

Excel с тест-кейсами работает, пока проект маленький. Когда кейсов десятки и прогоны регулярные — Excel ломается:

  • нет истории прогонов и статусов по каждому кейсу;
  • сложно понять coverage — что покрыто, что нет;
  • нельзя связать упавший кейс с багом в трекере;
  • отчёт «готовы к релизу?» собирается вручную.

Схема TMS:

Проект → Тест-кейсы → Тест-план → Тест-ран → Отчёт
Элемент Зачем
Проект Контейнер для всего тестирования продукта
Тест-кейсы Описание проверок: предусловия, шаги, ожидаемый результат
Тест-план Набор кейсов для конкретного релиза или спринта
Тест-ран Прогон: отмечаешь Passed / Failed / Blocked по каждому кейсу
Отчёт Pass Rate, coverage, статистика по прогону

Популярные TMS:

Инструмент Особенности
ТестОпс (qatools.ru) Российский, DevOps-ориентирован, популярен в РФ
TestRail Мировой стандарт, часто в международных командах
TestIT Российская альтернатива, интеграции с CI/CD

ТестОпс: структура и практика

На эфире работали в ТестОпс на примере «Пиццаеда».

Создание тест-кейса — минимальный набор полей:

  1. Название — что проверяем («Добавление пиццы в корзину»)
  2. Предусловие — что должно быть до начала («Пользователь на главной странице»)
  3. Шаги — нумерованный список действий
  4. Ожидаемый результат — что должно произойти

Тест-ран — запускаешь прогон и отмечаешь статус каждого кейса:

Статус Значение
Passed Кейс прошёл, поведение соответствует ожиданию
Failed Кейс упал — найден дефект
Blocked Кейс нельзя выполнить (зависимость сломана, окружение недоступно)

После прогона — отчёт с Pass Rate (процент пройденных кейсов). Это главный сигнал «идём в прод или нет».

При создании кейсов следи за дубликатами — один и тот же сценарий в двух местах искажает coverage и отчёты.

Зачем баг-трекер

Баг-трекер — система учёта задач и дефектов. Это не «ещё один чат», а единое место, где команда видит:

  • что сломано и кто чинит;
  • приоритет и статус каждого бага;
  • историю изменений и комментарии;
  • связь с релизом или спринтом.

Популярные трекеры:

Инструмент Особенности
Яндекс Трекер (tracker.yandex.ru) Бесплатный, популярен в РФ
Jira Стандарт в международных компаниях
YouTrack От JetBrains, гибкая настройка

Жизненный цикл бага

Обязательное знание для собеседования.

Открыт → В работе → На проверке → Закрыт
                              ↓
                          Переоткрыт
Статус Что происходит
Открыт Тестировщик завёл баг, он в очереди
В работе Разработчик взял в работу
На проверке Разработчик говорит «починил» — ждёт проверки QA
Закрыт QA подтвердил фикс
Переоткрыт QA проверил — баг не исправлен, возвращается разработчику

Резолюция при закрытии:

Резолюция Когда
Исправлено Баг починен и подтверждён QA
Не будет исправлено Осознанное решение не чинить (by design, low priority)
Дубликат Такой баг уже заведён
Не воспроизводится Разработчик не смог воспроизвести по описанию

Поля бага в трекере (на примере Яндекс Трекера):

  • заголовок (что сломалось);
  • шаги воспроизведения;
  • ожидаемый и фактический результат;
  • окружение (ОС, браузер, версия);
  • приоритет и исполнитель.

Как TMS и трекер работают вместе

Это defect lifecycle — спрашивают на каждом собеседовании.

Failed в ТестОпс → создаём дефект → задача в Яндекс Трекере
→ разработчик чинит → Closed → Retest в ТестОпс → Passed
Шаг Кто Где
1. Кейс упал QA ТестОпс — статус Failed
2. Создание дефекта QA ТестОпс → связь с трекером
3. Исправление Dev Яндекс Трекер — статус «В работе»
4. Закрытие Dev Трекер — «На проверке» → «Закрыт»
5. Retest QA ТестОпс — повторный прогон кейса
6. Подтверждение QA ТестОпс — Passed

Без связки: баг «починили» в чате, а кейс в TMS всё ещё Failed — команда не видит реальной картины.

Метрики качества

Три метрики, которые делают QA видимым для менеджера:

Метрика Что показывает Где смотреть
Test Coverage Сколько требований покрыто тест-кейсами Дашборд ТестОпс
Test Pass Rate Процент пройденных кейсов за прогон Отчёт тест-рана
Defect Density Количество багов на компонент за спринт Анализ по модулям

Пример Defect Density: если 3 бага из 5 за спринт — в модуле «Корзина», это сигнал: компонент нестабилен, нужен фокус на регрессию или рефакторинг.

Pass Rate — главный аргумент на релизном совещании: «87% кейсов прошло, 2 blocker-а открыты — релиз нельзя».

TMS и трекеры в реальных компаниях

Регион Типичный стек
РФ Яндекс Трекер + ТестОпс / TestIT
Мир Jira + TestRail

Инструменты меняются, логика одна: TMS для тестирования, трекер для задач и багов, связка между ними для defect lifecycle.

Ключевые тезисы для теста

  • TMS — хранит кейсы и фиксирует результаты прогонов; Excel не масштабируется.
  • Схема TMS: Проект → Кейсы → Тест-план → Тест-ран → Отчёт.
  • Статусы прогона: Passed / Failed / Blocked.
  • Баг-трекер — язык команды; жизненный цикл бага — обязательный вопрос на собесе.
  • Резолюции: Исправлено / Не будет исправлено / Дубликат / Не воспроизводится.
  • Defect lifecycle: Failed → дефект в трекере → fix → Retest → Passed.
  • Test Coverage — покрытие требований кейсами; Pass Rate — % пройденных за прогон; Defect Density — баги на компонент.
  • РФ: Яндекс Трекер + ТестОпс; мир: Jira + TestRail.

Домашнее задание

  1. Зарегистрируйся в ТестОпс (qatools.ru).
  2. Создай 5 тест-кейсов (например, для «Пиццаеда» или своего pet-проекта).
  3. Запусти тест-ран и отметь статусы.
  4. Следи за дубликатами — один сценарий = один кейс.

Пришли ссылки на кейсы и тест-ран в чат марафона.

Полезные ссылки