S
if (JSON.stringify(array1) === JSON.stringify(array2) {
}
}
Size: a a a
2022 January 19
BO
Ага, такс, попробую таким путём, после обеда уже . Спасибо👍
S
можно. В тесте сначала проверяй есть ли массив с длиной более 0
S
если массив отсутствует - делай цикл типа do while
S
и в нем sendRequest
NV
Или
_.isEqual(array1, array2);YN
спасибо попробую
H
я так делаю
if (jsonData == []){
postman.setNextRequest("Current request name");
} else {
pm.test("Your test name", function () {YN
👍🔥🔥🔥 спасибо
NV
Всегда в else уходить будет.
S
дада, потому я и предлагал выше по длине массива проверять
H
ну прям у меня идет сравнение по статус коду ответа, по логике нужно пару раз запустить, чтоб 200 пришло. и никаких проблем нет. можно действидельно прописать условие по длинне массива. просто pm.sendRequest работает асинхронно, т.е последующий код не будет дожидаться конца вьіполнения єтой функции и могуть вьілезти другие проблемьі. хотя тут все зависит как тестьі устроеньі
S
По статус коду это очень плохая практика
H
в мойом случае - нормальная. у меня валидньх 400 и 200. но следующий запрос нужно запускать именно когла єтот ответил 200. А вот если не єти два - тогда тест валиться. три года уже так работает))
NV
А можешь пояснить, почему плохая практика ретраить по статус коду?
S
Хорошо конечно что работает) просто разработчикам крайне часто лень париться с кодами и если валидация отработала, а не 500й упал сервак, то прилетает 200й код
S
Я уже далеко не один проект такой вижу
S
Посему это как глобальный паттерн - ненадёжно
S
Лучше брать более точные вещи как длина массива или hasownoroperties или всякое другое