Если я все правильно понимаю, то основная проблема в рандоме и в том, что заранее не знаешь, какой ответ тебе придёт и какого цвета будет индикатор, так?

Если так, то напрашивается мокирование, чтобы уйти от этой самой неопределенности

А что мы тестим в этом кейсе UI или логику бекенд сервера API?

Товарищи помогите пожалуйста, я походу тупой. Так и не могу организовать проверку на валидацию JSON. Имею автотест который получает JSON, имею jsonschema, на скринах видно. И не могу додуматься, как совместить их сделать assert. Помогите пожалуйста советами, я уже изгуглился

Поискать какой-то элемент характерный для окна. Если найден -- закрыть окно.

If else ?

А в чём проблема? Запускаете в цикле поиск элемента с локатором в который включён цвет, или опрашиваете цвет по локатору. Составляете список опрошенных значений. Удаляете из него повторяющиеся значения.

Потом если в итоговом почищенном списке найдена последовательность 101010101 где 1 это нужный вам цвет, значит индикатор мигнул пять раз.

why not?

Я просто уточняю ) Потому что сейчас в попытках это использовать и пока столкнулся со сложностями
В виде ошибок NullPointerEx;
В виде падающего теста после не выполнения условия и следовательно выполнения else

Как-то пока напряжно ))
Но раз это в целом адекватно и возможно реализовать буду дальше пробовть

пробовать *

Доброго дня, коллеги! На текущем проекте возникла необходимость разработать подход для тестирования микросервисного фронтенда (https://micro-frontends.org/). И принимая во внимание факт, что подход, довольно, специфичный и не массово популярный, хотя, набирающий обороты в настоящее время, возникают пробелы в тестировании сервисов с данной архитектурой. Вопрос: кто-либо сталкивался (разрабатывал) подходы, фреймворки и т.д. для микросервисного фронтенда? Поделитесь идеями и опытом по возможности. Спасибо!

Для этого есть библиотеки
https://python-jsonschema.readthedocs.io/en/stable/
А по поводу совмещения. Сделать врапер над валидацией. Если не прошла валидация по схеме, будет выброшена ошибка ValidationError, которую можно захендлить и вернуть false, иначе true. Ассертом проверяете что этот метод валидации вернул true. Что-то подобное, если вам прям нужно ассертом)

@NexRoma  в Rest Assured есть удобный механизм валидации

Если юзаете Java https://www.baeldung.com/rest-assured-json-schema

Там был старый приём искать элемент который может быть, или которого может не быть не FindElement , а FindElements и ставить условие на нулевой размер результата.

Или можете обрабатывать исключение.

Но в целом это да, реализуемо.

Спасибо, буду смотреть

так и не понял в чем отличие от просто фронтенда

в том, что каждый элемент фронта может быть отдельным приложением