TL
Увы
Size: a a a
2020 January 23
AB
да, классы в JUnit5 — никак. можно упорядочить только методы внутри класса
AB
поэтому просто пересмотрите подход к проектированию тестов
AB
используйте фикстуры вместо упорядочивания тестов
YO
Если что, 10 минут гугления могли привести вас с гитхаб junit5 где подобные вопросы обсуждаются
TL
Если что, 10 минут гугления могли привести вас с гитхаб junit5 где подобные вопросы обсуждаются
Ок, как хорошо что я 10 минут не гуглил, а спросил у вас. Сенпай 🌟
R(
Добрый день. Возник такой вопрос, можно ли указать последовательность выполнения тестов, для классов. У меня допустим есть 2 класса, 1 создаёт данные, а 2 проверяет их. Если я запущу тесты по тегам или ещё как-нибудь, выполняются тесты, где мы проверяем данные, а уже потом создаём и это не правильно. Использую
Junit5 + maven.
Junit5 + maven.
Можно вопрос? :)
Почему нельзя сделать
класс с действиями по созданию данных,
класс с действиями по получению данных,
а потом паковать собственно проверки в третий класс по принципу "создал-проверил"?
Для меня "создал-проверил" и разнесение логики действий (создания-удаления) и проверок (ассертов) выглядит вполне логично.
Мне интересно какая логика (применительно к автоматизации в тестировании) стоит за тем чтобы только создавать, но не проверять.
Почему нельзя сделать
класс с действиями по созданию данных,
класс с действиями по получению данных,
а потом паковать собственно проверки в третий класс по принципу "создал-проверил"?
Для меня "создал-проверил" и разнесение логики действий (создания-удаления) и проверок (ассертов) выглядит вполне логично.
Мне интересно какая логика (применительно к автоматизации в тестировании) стоит за тем чтобы только создавать, но не проверять.
M
Можно вопрос? :)
Почему нельзя сделать
класс с действиями по созданию данных,
класс с действиями по получению данных,
а потом паковать собственно проверки в третий класс по принципу "создал-проверил"?
Для меня "создал-проверил" и разнесение логики действий (создания-удаления) и проверок (ассертов) выглядит вполне логично.
Мне интересно какая логика (применительно к автоматизации в тестировании) стоит за тем чтобы только создавать, но не проверять.
Почему нельзя сделать
класс с действиями по созданию данных,
класс с действиями по получению данных,
а потом паковать собственно проверки в третий класс по принципу "создал-проверил"?
Для меня "создал-проверил" и разнесение логики действий (создания-удаления) и проверок (ассертов) выглядит вполне логично.
Мне интересно какая логика (применительно к автоматизации в тестировании) стоит за тем чтобы только создавать, но не проверять.
плюсую подход. Добавить к этому скипов, и тесты теперь не фейлятся, а не проходят(считай, проверки не прозошло), ведь приложение в нужном стейте не оказалось. Защищает от моментов:
тонна тестов зависят от одной сущности - сущность не создалась - тонна тестов красная "всё сломалось".
По хорошему, имхо: 1 тест красный "штука не создалась", тонна тестов - скипнута "мы не знаем, работает ли, нам та штука мешает"
тонна тестов зависят от одной сущности - сущность не создалась - тонна тестов красная "всё сломалось".
По хорошему, имхо: 1 тест красный "штука не создалась", тонна тестов - скипнута "мы не знаем, работает ли, нам та штука мешает"
А
Добрый день. Возник такой вопрос, можно ли указать последовательность выполнения тестов, для классов. У меня допустим есть 2 класса, 1 создаёт данные, а 2 проверяет их. Если я запущу тесты по тегам или ещё как-нибудь, выполняются тесты, где мы проверяем данные, а уже потом создаём и это не правильно. Использую
Junit5 + maven.
Junit5 + maven.
такой фичареквест на стадии обсуждения. Пока же или править код джюнита (где там в 5й надо влезать - надо посмотреть), или костылевать через именование тест классов и мавен фэйлсэйф плагин (runOrder переменная, отвечает за последовательность выбора классов)
А
с джавой некоторое время не работаю, так что где именно патчить джюнит5 не в курсе к сожалению
ZE
Привет! Кто-нибудь работает с Селениумом? Вопрос про то, что ФФ и Хром палятся, когда работают под управлением. Кто-нибудь занимался этой темой?
Занимался. Написал плагин для фф, который переопределяет navigator.webdriver и он всегда false. Я фанбой фф, поэтому хромого даже не пытался юзать для схожих целей
Не вижу ничего плохого в ui ботах :)
Не вижу ничего плохого в ui ботах :)
A
Добрый день. Возник такой вопрос, можно ли указать последовательность выполнения тестов, для классов. У меня допустим есть 2 класса, 1 создаёт данные, а 2 проверяет их. Если я запущу тесты по тегам или ещё как-нибудь, выполняются тесты, где мы проверяем данные, а уже потом создаём и это не правильно. Использую
Junit5 + maven.
Junit5 + maven.
Знаю в тестнг есть интерцепторы которые могут выставить тесты в любом порядке, возможно и в джюнит есть
A
А вообще тестнг рулит ))
AS
А вообще тестнг рулит ))
чем?
A
чем?
Всем
AS
Всем
убедил
y
убедил
Но не всех :)
AS
Но не всех :)
я junit использую, просто думал убедят в обратном ;)
SG
Андроид, как сделать быстро скриншоты всех лайаутов без эмуля?
SG
Под разные экраны