Перейти к содержанию

Рекомендации по ведению проекта в EQATOR

В данном разделе приведены рекомендации и лучшие практики по использованию EQATOR в проектной деятельности.

EQATOR – это система управления тестированием, предназначенная для поддержки и организации процесса тестирования. Использование EQATOR в процессе тестирования предполагает эффективное управление проектом с применением предоставляемых ею инструментов. Далее мы подробно рассмотрим особенности процесса тестирования с использованием EQATOR.

1. Создание тестовой документации

Разработка любой системы начинается с формирования требований, которые определяют направление проекта и служат основой для работы всех участников. Аналитики трансформируют требования в технические спецификации для разработчиков, которые, в свою очередь, создают код в соответствии с этими спецификациями. Тестировщики проверяют соответствие полученного результата исходным требованиям, предварительно переводя их на "язык тестирования" – создавая тест-кейсы.

Тест-кейсы представляют собой пользовательские сценарии или наборы проверок, необходимые для оценки корректности работы системы. Важно использовать возможность прикрепления файлов к тест-кейсам. Визуальные материалы, такие как изображения или видео, часто оказываются более информативными, чем текстовые описания, и обеспечивают удобный доступ к необходимой информации на этапе создания и выполнения тестов.

Тест-кейсы являются ключевыми элементами проекта, определяющими дальнейшие действия.

Для организации и структурирования репозитория тестов предусмотрена возможность объединения тест-кейсов в тест-сьюты.

2. Согласование тестовой документации

Создание тестовой документации доступно любому тестировщику, обладающему знаниями о разрабатываемой системе. Однако для обеспечения корректности и качества тест-кейсов, опытный тестировщик (тест-лид) имеет возможность проводить проверку и утверждать каждый созданный кейс. Все новые тест-кейсы изначально создаются в статусе "Черновик", что исключает их включение в тестовые прогоны до утверждения. Функция "Одобрить" позволяет согласовать тест-кейс, после чего его можно использовать в тех областях проекта, где требуется применение наборов кейсов для проверки.

Для удобства предусмотрена возможность одновременного утверждения всех тест-кейсов, находящихся в статусе "Черновик", с помощью кнопки "Одобрить все".

3. Формирование тестовых прогонов

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

Если тест-кейс можно рассматривать как единичный, атомарный сценарий, то тестовый прогон представляет собой комплексную последовательность действий, имитирующую пользовательский опыт или объединяющую несколько таких сценариев.

4. Прохождение тестовых прогонов

Для начала выполнения тестового прогона необходимо назначить исполнителя – тестировщика, ответственного за проведение тестов. Перевод прогона в статус "В работе" сигнализирует о начале непосредственного процесса тестирования системы. В ходе тестирования исполнитель должен устанавливать соответствующие статусы для каждого тест-кейса и/или шага тест-кейса, отражая корректность работы системы на каждом этапе.

При обнаружении ошибки и установке статуса "Провален" (Failed) для кейса или его шага (в зависимости от типа кейса) система предложит зафиксировать детали проблемы в комментарии и создать баг в Jira. Форма создания бага будет содержать привычные поля для пользователей, знакомых с системой отслеживания ошибок Jira. Детальная информация о настройке интеграции с Jira доступна по ссылке.

Фиксация завершения тестирования всех сценариев (кейсов) осуществляется установкой статуса "Завершено". Этот статус означает, что тестовый прогон завершен и дальнейшие изменения в нем невозможны.

5. Привязка к релизам системы

Релизы системы представляют собой результат публикации нового кода на тестовых или production-серверах, что приводит к появлению нового функционала, требующего обязательного тестирования.

Релизы в Eqator могут включать в себя тестовые прогоны, содержащие тест-кейсы, которые необходимо проверить. Это позволяет планировать выполнение прогонов для будущих релизов и приступать к тестированию непосредственно после развертывания нового (или исправленного) функционала системы.

Что ещё важно учитывать при ведении проекта в EQATOR?

Помимо соблюдения описанных выше нюансов процесса тестирования также необходимо помнить о следующих разделах и функциях системы:

О проекте

При создании или редактировании проекта рекомендуется предоставлять максимально полную информацию о нем, включая описание предметной области и полезные ссылки. Это способствует формированию исчерпывающего и ценного тестового репозитория, содержащего все необходимые материалы и ресурсы. В настройках проекта можно выбрать какой тип кейсов будет использоваться по умолчанию, а также разрешить или запретить использование ИИ ассистентов.

Команда проекта

В разделе "Команда" вы можете добавлять участников проекта и назначать им роли. Для гибкой настройки прав доступа каждой роли, воспользуйтесь разделом "Роли":

roles

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

Отчеты

Раздел "Отчеты" предоставляет возможность получить наглядное представление о текущем статусе проекта. Здесь можно проанализировать результаты проведенных тестовых прогонов, включая: общее количество непройденных (проваленных) тест-кейсов, время, затраченное на каждый прогон, динамику выполнения тестов и другие ключевые показатели. Эти данные позволяют оценить прогресс тестирования, выявить проблемные области в системе и принять решения для дальнейшего развития проекта.

Интеграции

Для создания багов внутри Eqator без перехода в Jira настройте интеграцию с багтрекером в разделе “Интеграции”. Также доступна возможность подключения интеграции с Gitlab для формирования отчетов об изменениях в коде. Следить за качеством кодовой базы можно при помощи интеграции с утилитой Eqator.