Size: a a a

2020 January 07

IO

Ivan Ololoev in JS for testing
аргументов кроме как физической расправы над девелопером. совет спросить как парсить такой json - хорош
источник

B

Bola in JS for testing
Вот пусть и распарсит. Лучший способ доказать неправоту
источник

B

Bola in JS for testing
В одной компании, где писал тесты, там часть апи возвращала Джейсон, часть - хтмл )
источник

B

Bola in JS for testing
Получаешь хтмл в ответе. Потом начинаешь с ним играться).
источник

BO

Boris Osipov in JS for testing
але JSON.parse("42") прекрасно парсит
источник

BO

Boris Osipov in JS for testing
да и если там ничего кроме этого не передается и не планируется, нафига городить имя для этого инта
источник

B

Bola in JS for testing
Boris Osipov
але JSON.parse("42") прекрасно парсит
Если парсит, то все ок
источник

B

Bola in JS for testing
Ivan Ololoev
{name:value} как обычно. я получаю сейчас body:2    а хотелось бы body:{flow:2}
Неизвестно, что за приложение у вас. Но вдруг это метод будет дёргаться десятки тысяч в секунду. Лучше, наверное, возвращать просто "42")
источник

IO

Ivan Ololoev in JS for testing
у меня микросервисы на спрингбут и jbpm. с другой стороны, если так - зачем в хедере json писать, а не плейнтекст, например.
источник

AP

Alexander Popov in JS for testing
tсли валидный джейсон - че ты прикопался
источник

AP

Alexander Popov in JS for testing
ты не можешь аргументы найти потому что это нормально
источник

DA

Denis A in JS for testing
Ребят, объясните пж, использование selenium подразумевается использование голового selenium? У него ведь довольно скудный API? Или подразумевается использование различных фреймворков на основе селениум?
источник

OK

Oleksandr Khotemskyi in JS for testing
Denis A
Ребят, объясните пж, использование selenium подразумевается использование голового selenium? У него ведь довольно скудный API? Или подразумевается использование различных фреймворков на основе селениум?
Контекст нужен. Оба варианта могут быть
источник
2020 January 08

SC

Sergey Chepets in JS for testing
Поделитесь опытом, кто как использует проверки с лиссенерами ивентов. Задача: словить реквест от браузера, и сравнить json с ожидаемым значением. Вижу такое решение - выполняю подписку на ивент, в которой сохраняю значение в переменную, потом выполняю условия необходимые для отправки реквеста браузером, далее жду, когда переменная будет равна ожидаемому результату. Второй вариант сразу в подписку завернуть и проверку, но тогда не понятно как будет обрабатываться сценарий, когда браузер не отправит реквест. Да и сможет ли AssertionError из колбека подписки зафейлить тест?
источник

B

Bola in JS for testing
Может имеет смысл ловить реквесты вне браузера?
источник

SC

Sergey Chepets in JS for testing
Но ведь  devTools протокол позволяют это делать, почему бы не воспользоваться этой возможностью?
источник

OI

Oleksii Ihnatiuk in JS for testing
throw new Error зафейлит откуда угодно :)
источник

OI

Oleksii Ihnatiuk in JS for testing
Может апи тест написать?
источник

OI

Oleksii Ihnatiuk in JS for testing
А вообще ничего такого не вижу. Перехватите реквест, чё т возьмёте и сравните.
источник

SC

Sergey Chepets in JS for testing
Oleksii Ihnatiuk
А вообще ничего такого не вижу. Перехватите реквест, чё т возьмёте и сравните.
Не могу придумать как завершить тест. Словил, проверил, все норм. Как тесту дать понять что все ок?
источник