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

Сейчас сделана автозаполнялка с рендомными данными, но мне она не нравится

Ну вообще напрашивается контрактное тестирование в первую очередь

И уже потом, после определения констрейнтов от контрактов, переходить к формам и тестить то, что сгенеренные формы не нарушают контракт

Ну накрутить можно что угодно, а тест кейсы уже готовы и их надо срочно автоматизировать

Лол. Твою задачу с графами вообще невозможно оценить, срочно ты это не сделаешь

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

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

Ты как куа не только тесты должен писать, но и говорить что вы сделали хуйню

Давайте думать как делать нормально

Вот и перешли от моего вопроса к тому что проект хуйня ))

Просто к тому что не все что просят делать, надо сразу делать

Ладно, буду чето завтра думать, всем спасибо )

Вот такая штука не должна влиять на то, отображаются ли другие компоненты, если влияет, то это фундаментальный косяк
При сложной структуре, такое не проверить написав простенький автотест, потому что это чисто человеческий косяк в написании одной маленькой штуки в двух местах, на это надо написать интеграционный отдельный тест в обычном мире
Но так как у вас за день может поменяться 13 таких полей, это 13 обновленных тестов - так не хочется
Значит майби стоит че то генерить или статически анализировать

Это уже не к тестам только относится

Привет всем! Подскажите, пожалуйста, может кто-нибудь пользуется генераторами openAPI specification?  API описан на java в JaxRS и Jackson аннотациях. В данный момент спецификация генерируется enunciate плагином для maven. Вот такого же плана как enunciate есть еще что-нибудь?

для просмотра отчета allure нужен веб сервер, по-дургому ты его не посмотришь. allure cli умеет запускать веб сервер - allure open allure-report - для уже сгенеренного отчета или allure serve allure-results для генерации отчета с последующим открытием.

Подскажите. пожалуйста, где можно в докер контейнере jenkins задать внутренний порт через конфиг файл? пробовал отдельной командой в докер композ

command: ["--httpPort", ":8090"]

, но не сработало. Где внутри файла можно внутренний порт поменять? Заранее спасибо!

День добрый всем!
Постараюсь кратко описать задачу. В наличии:
1. Сложное по структуре веб-приложение без доступа к API. Сложность заключается в множественной вложенности элементов и их нелинейной взаимосвязи.
2. В наличии связка из Java8+Maven+Selenium+JUnit5+Allure - заготовка фреймворка для тестирования UI.
До этого тренировался на учебных проектах и там было достаточно PageObject. Но для многоуровневого проекта этого недостаточно - уже сейчас начинается бардак.
Смотрел на PageElement - в целом его идея мне подходит больше и с Selenide смотрится вполне привлекательно.
Почитал о HTMLElements и Atlas - последнее мне тоже понравилось.
Для себя пока определил следующее - веб-страница это контейнер для хранения виджетов. Виджет - неделимый элемент (Например верхнее меню, всплывающее меню пользователя и тд.), наполненный другими веб-элементами (кнопки, чек-боксы и тд.) - но данная реализация пока на этапе разработки.
Поделитесь своими мыслями и идеями на эту тему. Возможно стоит остановиться на каком-то понятном для всех и не сложном в поддержке инструменте.

Добрый день
Подскажите лучшие практики по шарингу allure-отчетов коллегам. Или быть может есть какой-то другой хороший инструмент, для которого нет необходимости в веб-сервере?

я не подскажу прям лучшие. но мне кажется норм иметь сервис расшаренный между колегами в котором будет история прогонов тестов, я использую этот контейнер https://github.com/fescobar/allure-docker-service