Результаты проверок привязаны к соответствующим задачам, а каждый запуск фиксируется в одном логе. Для каждого из них есть одно место:
- Результаты по конкретной задаче. Они отображаются в разделе «Качество» задачи в Factory, с указанием текущего статуса: открытые, в процессе исправления, исправленные или принятые.
- Сбои тестов, не привязанные к задачам. Например, сбой запланированного браузерного теста ожидает рассмотрения в Factory под категорией «Рецензирование». Исправьте его, чтобы превратить в задачу, или примите с указанием причины.
- Проверки, которые не могут быть выполнены. Если в проекте отсутствует фреймворк модульных тестов, строка «Модульные тесты» в разделе Quality Control сообщит об этом, а команда «Исправить» создаст задачу для его настройки.
- Запуски. Каждый запуск с указанием длительности и затрат перечислен в разделе «Настройки» в блоке «Активность».
Закономерности в работе.
Результат, обнаруженный в одной задаче, — это лишь деталь. Тот же результат, встречающийся в тридцати задачах, — это закономерность, и именно в ней кроются полезные решения.
На что обратить внимание:
- Повторяющиеся результаты. Одна и та же проблема в множестве задач — либо реальный технический долг, требующий отдельной работы, либо проверка, не соответствующая вашим стандартам.
- Результаты, которые никто не устраняет. Если категория результатов постоянно принимается без исправлений, значит, соответствующая проверка не оправдывает своего назначения.
- Концентрация. Если один проект генерирует большинство результатов, именно там и стоит искать причину.
Запуски
В разделе «Активность» перечислены все запуски в организации: агенты, задачи, проверки качества и тесты. Можно отфильтровать их по результату, типу, проекту и периоду, а также открыть запуск для просмотра проверок, результатов и выводов.
Полезная закономерность здесь — повторяющиеся сбои на одном этапе в не связанных между собой задачах. Это проблема конфигурации проекта, а не кода, и повторный запуск задач её не решит. Подробнее — Конфигурация сборки и тестирования.
Превращение закономерностей в задачи.
Повторяющийся результат может стать задачей. В этом и заключается смысл его замечания: «Такая закономерность встречается в сорока файлах» — это задача, а не постоянное состояние кода.
Если за определённым состоянием нужно следить постоянно, а не проверять его вручную, то автоматизация может отслеживать его и создавать задачу на устранение.
Корректировка, а не терпимость.
Если результатов слишком много, значит, проверки настроены неверно, а не код уникально плох.
Если проверка срабатывает при большинстве изменений, она лишь описывает ваш код, а не выявляет проблемы. Либо правило не соответствует вашим стандартам, либо оно отражает технический долг, с которым вы решили смириться. В любом случае проверку нужно изменить — подробнее — Политики и шлюзы качества.