В нашей команде публичные тест-раны — это процесс, который мы регулярно используем перед крупными релизами. В этой статье делюсь тем, как это устроено у нас.
Публичный тест-ран — это формат ручного тестирования, при котором команда (или внешние участники) получают доступ к одному тестовому прогону по ссылке и проходят тест-кейсы.
Как это устроено у нас
Подготовка тест-рана
- создаём тест-ран в тест-менеджмент системе
- добавляем туда нужные тест-кейсы
- открываем доступ по ссылке
Подключение участников — делимся ссылкой с коллегами
- разработчики
- аналитики
- иногда другие команды
Дальше — массовый прогон
Каждый участник берёт тест-кейсы, выполняет их, отмечает результат: пройден или провален, пишет комментарий, если что-то пошло не так.
Результат, который мы получаем
- покрытие большого объёма функциональности
- список багов
- общее понимание качества перед релизом
Зачем мы это внедрили
Изначально мы искали способ ускорить тестирование перед релизами.
Публичные тест-раны позволили нам ускорить процесс и улучшить качество релизов. Рада, что в нашей тест-менеджмент системе есть такая опция.
Наши наблюдения из практики
За время использования мы заметили несколько моментов:
- люди участвуют, когда вход простой (по ссылке)
- комментарии в тестах часто дают больше пользы, чем сами статусы
- такой формат хорошо выявляет UX-проблемы, а не только баги
Мы используем публичные тест-раны
- перед крупными релизами
- когда нужно быстро проверить много функциональности
Итог
Для нас публичные тест-раны — это процесс, который помогает:
- ускорять тестирование
- вовлекать команду
- повышать качество продукта перед релизом
Делитесь своими техниками и лайфхаками, как вы тестируете перед большими релизами.