Size: a a a

2020 October 20

IT

Ivan Trechyokas in atinfo chat
Alexey Zhiburtovich
Я только что постраил данный параметр и соответствующий listener у себя в тестах. Тест доходит до конца, но ассёрты фейлятся. Выдаёт зафейленый тест, зависимые тесты не запускаются, хотя по сути, не прошли только асёрты и пользователь удачно создался, и поэтому другие тесты могут спокойно начинать гонятся.
так а тебе надо что? чтобы зависимые запустились даже при упавшем исходном тесте?
источник

IT

Ivan Trechyokas in atinfo chat
Alexey Zhiburtovich
Думаю, далеко не во всех случаях это реализуемо на практике, к сожалению
реализуемо, делаем просто сетап-методы, которые чере api/базу подготоваливают нужное нам, и делаем нашу логику теста.
источник

MB

Mikhail Bratukhin in atinfo chat
Софт-ассерты это всё ещё ассерты. Они просто падают не сразу, а в конце теста. Если проверка не прошла, значит тест не пройден. Тут по-моему недопонимание какое-то у вас.
источник

R(

Roman (rpwheeler) in atinfo chat
Ivan Trechyokas
> Не "в", а "на".  ))))))))
не кофе, а кофе, ага.
Имелось в виду что в стандартной коробочной Джаве такого нет.

Нужно подключать дополнительные библиотеки, которые нужно знать, и вот с ними, и магией добавочных библиотечных аннотаций, и со внешними сервисами в джаве будет проще работать с джейсонами (но не факт что 3+ уровней вложенности).

Но с магией, и если разберёшься как подключать магию.
источник

EB

Evgenii B in atinfo chat
Адепты джавы сейчас вместо ссылки на реализацию софт ассертов и интеграции в существующее решение предлагают тесты сделать атомарными? Забавно 😬
источник

A

Alexey Zhiburtovich in atinfo chat
Ivan Trechyokas
так а тебе надо что? чтобы зависимые запустились даже при упавшем исходном тесте?
По сути, я просто не хочу, чтобы тест считался зафейленным, если какой-то ассерт, который, например, проверяет статус кнопки в какой-то момент времени, зафейлилися. Думал, это можно сделать как-то, не разбивая тесты на множество тестов именно с точки зрения проверки этих самых ассертов отдельно, но, видимо, это правильный подход.
источник

IT

Ivan Trechyokas in atinfo chat
Alexey Zhiburtovich
Я только что постраил данный параметр и соответствующий listener у себя в тестах. Тест доходит до конца, но ассёрты фейлятся. Выдаёт зафейленый тест, зависимые тесты не запускаются, хотя по сути, не прошли только асёрты и пользователь удачно создался, и поэтому другие тесты могут спокойно начинать гонятся.
как идея - разделить создание пользователя от проверки того, что там произошло.
источник

MB

Mikhail Bratukhin in atinfo chat
Roman (rpwheeler)
Имелось в виду что в стандартной коробочной Джаве такого нет.

Нужно подключать дополнительные библиотеки, которые нужно знать, и вот с ними, и магией добавочных библиотечных аннотаций, и со внешними сервисами в джаве будет проще работать с джейсонами (но не факт что 3+ уровней вложенности).

Но с магией, и если разберёшься как подключать магию.
Аргументы вида: пишите лучше на машинных кодах.
источник

A

Alexey Zhiburtovich in atinfo chat
Ivan Trechyokas
как идея - разделить создание пользователя от проверки того, что там произошло.
Да, я вас понял, спасибо за то, что ответили, так и сделаю
источник

IT

Ivan Trechyokas in atinfo chat
Alexey Zhiburtovich
По сути, я просто не хочу, чтобы тест считался зафейленным, если какой-то ассерт, который, например, проверяет статус кнопки в какой-то момент времени, зафейлилися. Думал, это можно сделать как-то, не разбивая тесты на множество тестов именно с точки зрения проверки этих самых ассертов отдельно, но, видимо, это правильный подход.
тогда убери ассерты, если есть ассерты - он когда-нибудь зафейлится )
источник

A

Alexey Zhiburtovich in atinfo chat
Mikhail Bratukhin
Софт-ассерты это всё ещё ассерты. Они просто падают не сразу, а в конце теста. Если проверка не прошла, значит тест не пройден. Тут по-моему недопонимание какое-то у вас.
Да, согласен с вами. Спасибо.
источник

IT

Ivan Trechyokas in atinfo chat
если я правильно помню, то иногда делают так - один тест создаёт (можно сделать @beforeall), потом много тестов проверяют конкретные части
источник

R(

Roman (rpwheeler) in atinfo chat
Alexey Zhiburtovich
По сути, я просто не хочу, чтобы тест считался зафейленным, если какой-то ассерт, который, например, проверяет статус кнопки в какой-то момент времени, зафейлилися. Думал, это можно сделать как-то, не разбивая тесты на множество тестов именно с точки зрения проверки этих самых ассертов отдельно, но, видимо, это правильный подход.
Сделайте два теста (например) -- один юайный с множеством ассертов и один создающий юзера без множества юайных ассертов, но ассертящий что юзер создался.
источник

R(

Roman (rpwheeler) in atinfo chat
Mikhail Bratukhin
Аргументы вида: пишите лучше на машинных кодах.
Не надо врать. И джава и пайтон _высокоуровневые_ языки.

Но пайтонистам при запросам через реквестс можно подключить библиотеку и пользоваться ею без магии аннотаций, пользуясь коробочным преобразованием джейсона, а вот у джавистов "просто" только с магией, и то не факт.
источник

MB

Mikhail Bratukhin in atinfo chat
Ivan Trechyokas
как идея - разделить создание пользователя от проверки того, что там произошло.
+100500, можно сделать отдельно действие и отдельно проверку.
источник

A

Alexey Zhiburtovich in atinfo chat
источник

MB

Mikhail Bratukhin in atinfo chat
Roman (rpwheeler)
Не надо врать. И джава и пайтон _высокоуровневые_ языки.

Но пайтонистам при запросам через реквестс можно подключить библиотеку и пользоваться ею без магии аннотаций, пользуясь коробочным преобразованием джейсона, а вот у джавистов "просто" только с магией, и то не факт.
А в чем враньё, я не понял если честно. Просто аргумент, что у Java есть сторонние библиотеки и их тоже нужно изучать, а не только JDK - это как-то очень странно звучит.
источник

IT

Ivan Trechyokas in atinfo chat
Roman (rpwheeler)
Не надо врать. И джава и пайтон _высокоуровневые_ языки.

Но пайтонистам при запросам через реквестс можно подключить библиотеку и пользоваться ею без магии аннотаций, пользуясь коробочным преобразованием джейсона, а вот у джавистов "просто" только с магией, и то не факт.
да ну не, сделайте objectMapper() и им парсите json вручную, если оно вам так надо.  

аннотации тут исключительно ретрофитовская фича. можно всё делать на том же appach httpclient fluent, формировать url руками, get параметры подставлять туда, хедеры, вот это всё, а можно аннотации использовать - тут каждый выбирает свой путь.
источник

IT

Ivan Trechyokas in atinfo chat
Mikhail Bratukhin
А в чем враньё, я не понял если честно. Просто аргумент, что у Java есть сторонние библиотеки и их тоже нужно изучать, а не только JDK - это как-то очень странно звучит.
они просто не знают, откуда json/requests и прочее, видимо библиотеки не устанавливают сами =)
источник

СС

Сказочный Сникерс... in atinfo chat
Ivan Trechyokas
они просто не знают, откуда json/requests и прочее, видимо библиотеки не устанавливают сами =)
И откуда json?
источник