да . хорошо . как скажете .

Вы точно уверены что это нам всем?

Пардон. Не туда.

Буду благодарен, если кто-то подскажет, как сравнить объекты sherlock1 и sherlock2 через AssertJ.

https://pastebin.com/gAWkQ1m4

В классах должен быть переопределен хэшкод и иквалс, после чего можно будет сравнивать

угу , вроде как это сработало бы . спасибо .
но пока читал как сделать наткнулся на тип JsonNode выставил его и взлетело .

(Объявление согласовано с администрацией)

Здравствуйте. Меня зовут Егор, я QA из компании JetRockets.
Мы проводим оффлайн митапы (https://trampoline.to/) на некоммерческой основе.

Среди наших спикеров уже были такие специалисты как: Кирилл Макевнин, Илья Якямсев, Павел Аргентов, Егор Малькевич, Григорий Петров и другие.

Сейчас мы ищем спикеров, профессионалов в области QA, желающих выступить и поделиться своим мнением и знаниями.

Участие и посещение митапов - бесплатное.
Дорогу и гостиницу оплачивает JetRockets.

Контакты для обратной связи:
+7 920 182-95-89
hello@trampoline.to

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

это больше на alert похоже

То есть switchTo может помочь?

Ага

Всем доброго дня!
Подскажите, пожалуйста: у меня есть микросервис на спринге, и я хочу протестировать метод рест-контроллера. К этому методу доступ имеет только пользователь с одной определенной ролью, а всех ролей, допустим, 50.
Я сделал тест на вызов метода от пользователя с нужной ролью и удостоверился, что доступ есть, как мне сделать метод с оставшимися 49 ролями, чтобы проверить что они не имеют доступа? Не делать же 49 отдельных тестовых методов для этого, можно ли как то в одном методе, но чтобы при фейле теста сразу однозначно было понятно с какой ролью проблема?

Параметризированный тест?

Параметризация и 49 тестов. но это явно избыточное тестирование.

Какой тестовый фреймворк используется?

Уточню, что я не тестировщик, я разработчик и тестирую эндпоинты написанного мною контроллера)
Все по стандартному - тесты пишу на JUnit 5, с помощью Spring MockMvc формирую MockRequest к нужному endpoint, и с помощью ResultMatcher проверяю корректность ответа контроллера и его статус.
В тестах к тестовому запросу добавляю информацию об аутентифицированном пользователе с помощью аннотации WithUserDetails или же вручную дописываю header с данными о нем.
В работающем приложении аутентификация происходит в другом микросервисе, и запросы от него пересылаются уже с нужными заголовками.

Ну тогда такое есть https://junit.org/junit5/docs/current/user-guide/#writing-tests-parameterized-tests
Пишешь один тестовый метод с ассертом на 403 и передаёшь в этот метод по очереди все 49 ролей

Спасибо большое, пошел изучать)

Сделать 50 вызовов в цикле с разными параметрами одного и того же метода)

Я думал об этом, но мне показалось что это будет не совсем в парадигме правильного чистого тестирования, ведь в случае фейла теста придется потратить время чтобы разобрать лог, найти на какой итерации и с какими параметрами упал тест, то есть результат теста не будет сразу явным и очевидным🤔