Есть набор тестов браузерных на основе другого инструмента, который работает с selenium wd также. Эти тесты открывают в сумме все страницы и воспроизводят многие состояния страницы.
Браузерные тесты и тесты на верстку с помощью gemini можно разделить условно на 2 повторяющиеся фазы: 1) Открытие страницы и вызов нужного состояния страницы. 2) Получить что-то со страницы / сделать скриншот.
С одной стороны тесты на верстку и функциональные тесты сами по себе. Но время прогона увеличивается в 2 раза, так как фактически 2 раза состояния воспроизводятся одни. Сначала в браузерных тестах, затем в тестах на верстку.
Если я верно понимаю, то мы можем в 1 инструменте стартануть selenium сессию и получить id сессии. А в другом инструменте (в данном слуаете gemini) послать команду на снятие скриншота. Но для этого нам нужно подсунуть id сессии (возможно еще что-то сделать). На более низком уровне это просто rest вызовы к selenium с указанием параметров и id сессии.
Gemini очень просто было бы внедрить в существующие тесты. Первый инструмент создает и останавливает сессии selenium и приводит страницу к нужному состоянию. А gemini в нужном месте выполняет свои запросы.
Насколько реально такое сделать или нет и почему? В чем сложность такого подхода. Было бы удобно скрестить функционал webdriver.io/nightwatchjs с gemini таким образом.
@sipayRT
Ребят, а у вас slack или gitter чата нет по gemini?
кажется, ты пытаешься смешать мух с котлетами :) Если ты не хочешь тратить время в 2 раза больше, то запускай функциональные тесты и тесты gemini параллельно. Ну и такой подход очень нестабильный:
в общем, в этом подходе я пока не увидел ничего полезного
Я пока только рассуждаю :)
Параллельный прогон решает сейчас вопрос времени. Но он требует и ресурсов в 2 раза больше. Опять же число воркеров на browserstack/saucelab ограничено.
В целом понял твой посыл :)