Модуль Баг-трекер - проведение тестирования сайта, учет ошибок
Введение
Баг трекер позволяет на проектах заводить ошибки, прикреплять их к задачам и проводить сессии тестирования по чек-листам.
Учет багов
Баги имеют множество полей (см на скрине).
Для создания бага необходимо указать скрин, URL и описание.
Баги можно добавлять массово через многострочное поле, каждый баг - это 1 строка в определенном формате.
Система построена таким образом, что форму бага можно просматривать из любого места программы (необходимо разместить правильно ссылку на баг).
Привязка багов к задачам проекта
Баги привязываются к задачам - так происходит выставление задач исполнителям, в рамках которых они правят эти баги.
В одной задаче может быть несколько сгруппированных багов (например, связанных с каким-то конкретным модулем).
При закрытии задачи с багами статус у этих багов обновляется на Поправлено и отправляется уведомление тестировщику - он должен проверить правки и поставить статус Закрыто.
Чек листы и сессии тестирования
Каждый чек-лист содержит страницы и что-необходимо проверять на этих страницах.
Сначала единоразово создается чек-лист. Затем проводятся сессии тестирования по чек-листу. Можно создавать чек-листы для проверки отдельных элементов системы (чек-лист по кабинету, чек-лист для исследовательского тестирования и т.д.).
В результате проведения сессий тестирования указываются найденные ошибки (скан и описание). Далее одним действием мы можем создать баги исходя из найденных моментов. Эти баги в дальнейшем будут обработаны через создание задачи на проекте.
Вывод статистики по багам
Статистика по багам позволяет понять как идут дела на проекте в плане качества.
Сколько багов сейчас открыто? Сколько поправили за последнюю неделю? Сколько багов обнаружено за неделю?
Также в системе есть показатель качества багов. Он показывает насколько подробно баг описан. Можно заложить свою бизнес-логику по оценке качества бага и контролировать таким образом насколько хорошо описаны баги. Хорошо описанный баг позволяет программисту меньше времени тратить на выяснение деталей по багу.
Очень важно также отслеживать время жизни бага. В идеале баг не должен "жить" более 24 часов в системе. Важно фиксировать баги-долгожители и обращать на них особое внимание.
Также в статистике выводится сколько делали сессий тестирования по чек-листам за последние 2 недели. Это позволяет быстро понять проводится ли тестирование или нет в рамках созданных чек-листов.
Модуль просмотра багов у клиента
Клиент также может видеть баги проекта, создавать новые баги.
При этом он не может редактировать баги, он только видит полную информацию по багу.
Часто клиент скидывает информацию по багу в неполном виде. Форма добавления бага может стимулировать клиента указывать более корректные данные - пользователь, скрин, URL, браузер и т.д.
Таблицы БД: Таблицы с префиксом tt_bugs_
Используется в учетной системе AS.
Другие модули
SQL-инструмент для создания личных кабинетов на сайте
Выгода от использования Falcon Space
В 2-3 раза экономнее и быстрее, чем заказная разработка
Более гибкая, чем коробочные решения и облачные сервисы
Используйте готовые решения и изменяйте под свои потребности
Разработчик SQL, нужны клиенты и заказы?
NOTE! Модули, представленные в данном каталоге не являются частью ядра платформы. Это микрорешения, сделанные на базе платформы.
Модули не предполагают автоматического обновления. Развитие, доработка модулей, исправление возможных ошибок/коллизий не входит в стоимость платформы.
- Шаг 1. Создать концепт проекта
- Шаг 2. Получить оценку бюджета (КП)
- Шаг 3. Заключить договор
- Шаг 4. Создать совместно техническое задание
- Шаг 5. Поэтапная реализация проекта