Модуль Баг-трекер - проведение тестирования сайта, учет ошибок

Введение

Баг трекер позволяет на проектах заводить ошибки, прикреплять их к задачам и проводить сессии тестирования по чек-листам.

Учет багов

Баги имеют множество полей (см на скрине).

Для создания бага необходимо указать скрин, URL и описание.

Баги можно добавлять массово через многострочное поле, каждый баг - это 1 строка в определенном формате.

Система построена таким образом, что форму бага можно просматривать из любого места программы (необходимо разместить правильно ссылку на баг).

Привязка багов к задачам проекта

Баги привязываются к задачам - так происходит выставление задач исполнителям, в рамках которых они правят эти баги.

В одной задаче может быть несколько сгруппированных багов (например, связанных с каким-то конкретным модулем).

При закрытии задачи с багами статус у этих багов обновляется на Поправлено и отправляется уведомление тестировщику - он должен проверить правки и поставить статус Закрыто.            

Чек листы и сессии тестирования

Каждый чек-лист содержит страницы и что-необходимо проверять на этих страницах.

Сначала единоразово создается чек-лист. Затем проводятся сессии тестирования по чек-листу. Можно создавать чек-листы для проверки отдельных элементов системы (чек-лист по кабинету, чек-лист для исследовательского тестирования и т.д.).           

В результате проведения сессий тестирования указываются найденные ошибки (скан и описание). Далее одним действием мы можем создать баги исходя из найденных моментов. Эти баги в дальнейшем будут обработаны через создание задачи на проекте.

Вывод статистики по багам

Статистика по багам позволяет понять как идут дела на проекте в плане качества.

Сколько багов сейчас открыто? Сколько поправили за последнюю неделю? Сколько багов обнаружено за неделю?

Также в системе есть показатель качества багов. Он показывает насколько подробно баг описан. Можно заложить свою бизнес-логику по оценке качества бага и контролировать таким образом насколько хорошо описаны баги. Хорошо описанный баг позволяет программисту меньше времени тратить на выяснение деталей по багу.

Очень важно также отслеживать время жизни бага. В идеале баг не должен "жить" более 24 часов в системе. Важно фиксировать баги-долгожители и обращать на них особое внимание.

Также в статистике выводится сколько делали сессий тестирования по чек-листам за последние 2 недели. Это позволяет быстро понять проводится ли тестирование или нет в рамках созданных чек-листов.

Модуль просмотра багов у клиента

Клиент также может видеть баги проекта, создавать новые баги.

При этом он не может редактировать баги, он только видит  полную информацию по багу.

Часто клиент скидывает информацию по багу в неполном виде. Форма добавления бага может стимулировать клиента указывать более корректные данные - пользователь, скрин, URL, браузер и т.д.

Таблицы БД: Таблицы с префиксом tt_bugs_

Используется в учетной системе AS.