Добрый день. Как самый новый новичок в тестировании своими силами пытаюсь находить решения задач.
Назрел вопрос:
есть post запрос
{
“–id”: “string”,
“–fields”: [
“fintoolid”,“fintooltype”,“nickname”,“status”,“issueruid”
],
“filter”: “”,
“pager”: {
“page”: 1,
“size”: 1000
}
}
В ответе мы получаем набор данных, которые обрабатываются с помощью описанных тестов.
Конец ответа выгляди следующим образом:
“counter”: 71745,
“rn”: 1000
ВОПРОС: Исходя из размера страницы в 1000 строк, мы понимаем , что нам необходимо 72 раза выполнить данный запрос. Как преобразовать запрос , чтоб создать цикл, в котором будет выполнено: запрос страницы → проверка ответа тестами → запрос следующей страницы… и так далее. Условие завершение цикла “rn”=“counter”=71745.
Добрый день. Возможно, она базовая. Но, как я обратил внимание, я пользователь совсем новый, потому и просил разъяснить, как это работает. Если имеете в виду, что это по умолчанию срабатывает, то нет, по умолчанию так не работает.
Доброго утра. Спасибо за внимание к вопросу. Попробую объяснить своими словами проблему:
Запрос приведен выше в теме.
Ответ на запрос содержит порядка 72000 объектов (описание фин.инструмента в котором содержится некоторое количество строк). Если использовать pager , как на скриншоте, то на каждой странице отображается 1000 объектов из 72000, тесты обрабатывают только обьекты , вернувшиеся в ответе. Получаем: для проверки всего массива информации нужно сделать 72 цикла запроса.
Можно увеличить значение size в pager до 73000 при включенном фильтре полей. Получаем ответ с полным набором объектов. В результате содержится ~650 тыс. строк.
Итого вопрос. Если я получаю ошибку по размеру ответа, мне необходимо разделить ответ на страницы.
“pager”: {
“page”: 1,
“size”: 1000
}
Каждый раз менять руками номер страницы , чтоб в итоге обработать весь объем информации, глупо и не всегда осуществимо. Поэтому я и хотел узнать, можно ли сделать цикл, который будет повторять запрос, “листая” страницы, пока результат не будет как на 2 скриншоте, когда rn=counter.
Не владею до конца контекстом задачи, но что мне видится на данном этапе:
коллекцию можно запускать с некоторым кол-вом итераций.
к этим итерациям можно во первых привязывать параметры в реквесте (page в Вашем случае, например), и каким-то образом аппелировать в своих тестах. С трудом пока могу представить что это будет в вашем конкретном случае с точки зрения тестов
Итерации могут быть без входных данных, а можно на вход скармливать какой-нть csv\json файл, в котором будут колонки\поля про номер итерации и про ожидаемый результат