При функциональном тестировании среднего по величине сайта, если это индивидуальная разработка, ошибки, при вводе его в эксплуатацию, исчисляются сотнями. Хранить их все в текстовом редакторе или в истории переписки с разработчиком в скайпе — это, мягко говоря, не практично. Альтернативой этих дедовских методов являются системы по управлению проектами, такие как:

В них можно, помимо задач, фиксировать баги. Но сегодня я хочу поговорить о более универсальном инструменте, канбан доске — Trello.

Методология использования канбан для функционального тестирования сайтов

Рабочее пространство делится на 6 колонок. Каждая колонка (за исключением первой) — это определённое состояние в котором находится сейчас ошибка.

Методология тестирования сайтов в Trello
Доска Trello для тестирования

Справка

В этой колонке размещается вся справочная информация о проекте:

  1. Дизайн-макеты сайта;
  2. Крайние сроки;
  3. Обратная связь от заказчика;
  4. URL адрес площадки на которой ведётся разработка;
  5. Место размещения контента, которым нужно наполнить сайт.

К выполнению

Здесь создаются карточки. Каждому багу — отдельная карточка. Чем выше располагается карточка в колонке, тем приоритетней ошибка.

В работе

Когда исполнитель решил исправить ошибку, он перемещает карточку в этот столбец. Таким образом, можно отслеживать работу в реальном времени и лишний раз не тревожить сотрудников вопросом: «Чем ты сейчас занимаешься?».

На тестирование

Ошибка исправлена. Задача тестировщика — проверить правдивость данного утверждения. Если ошибку пофиксили не до конца, то карточка возвращается в колонку «К выполнению», с соответствующим комментарием.

Выполнено

Тестировщик подтверждает, что ошибки больше нет. Менеджеру осталось ещё раз проверить, уже за тестировщиком, и архивировать карточку.

Отложено

В эту колонку попадают задачи следующего характера:

  1. Это не баг. Данный функционал не описывался в ТЗ, и исполнитель не согласен выполнять работу в рамках выделенного ранее вознаграждения;
  2. Не получается воспроизвести ошибку;
  3. Ошибка некритичная и малозаметная, на время можно о ней забыть;
  4. Исполнителю препятствует какой-то внешний фактор, чтобы исправить ошибку.

Карточка Trello под микроскопом

Пример бага в Trello
Карточка бага в Trello

Функционал карточки в Trello позволяет максимально подробно описать баг:

  1. Members — назначьте исполнителя;
  2. Labels — выберите тип работы (дизайн, вёрстка, программирование, контент);
  3. Description — опишите, как воспроизвести баг, если в заголовок не уложились;
  4. Attachment/Link — прикрепите ссылку на страницу с ошибкой;
  5. Attachment/Computer — прикрепите скриншот ошибки.

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

Лайфхаки для оперативной работы

Персонализированные комментарии

Если вы пишите комментарий конкретному человеку (или группе людей), то пользуйтесь функцией Mention a member. В этом случае, адресату будет показываться уведомление, если он установил соответствующее расширение в браузере. А когда он зайдёт на странцу сервиса, ему сам интерфейс будет всячески показывать, что с ним ведут беседу.

Добавление адресата для комментария в Trello
Добавление адресата для комментария

Подписка для тестировщика

Чтобы тестировщик был всегда в курсе о поступлении новых багов на проверку, ему обязательно нужно подписаться на колонку «На тестирование».

Лайфхак для тестировщика в Trello
Подписка на новые события в колонке Trello

Отправляйте скриншоты в облако

Забудьте о Print screen + Paint, есть же облачные сервисы для скриншотов. Мой самый любимый — Monosnap:

  • Сделал скриншот (Ctrl+F5);
  • Выделил в редакторе ошибки;
  • Отправил в облако. Ссылка на скриншот автоматически добавляется в буфер обмена.
Редактор Monosnap
Редактирование скриншота в Monosnap