Найти в Дзене

Пример как проводить проверки API запросов? Метод GET.

Оглавление

Мы уже разобрали с вами методы POST и PUT, сегодня разберём метод GET.

Параметры для метода Поиска

Хоть сам URL может быть тем же, поиск по параметрам можем отличаться. В данном случае мы имеем следующее ТЗ.

  • PageNumber - (обязательный, int) Номер страницы
  • PageSize - (не обязательный, int) Количество записей на странице (максимальное значение = 30, по умолчанию значение = 10)
  • SortField - Поле для сортировки
  • SortOrder - Направление сортировки asc/desc
  • Medical - (обязательный, varchar) Медицинская организация, по которой ведётся поиск
  • Code - (не обязательный, varchar) Код услуги из справочника test.medicalcode.code
  • Area- (необязательный, varchar) Анатомическая область, по которой фильтруется поиск (значение из test.anatom.id)
  • Diagnosis- (необязательный, varchar) Диагноз, по которому фильтруется поиск test.diagnosis.id
  • lab- (необязательный, varchar) Лабораторный тест, по которому фильтруется поиск.

Какие особенности есть в данном случае. У нас данные берутся из БД. Значит нет смысла искать по иным данным. Мы конечно можем попробовать, но по одной проверке.

Мы можем искать как по одному параметру, так и по нескольку сразу, всё должно корректно работать.

-2

Проверки для GET запроса

✅Для начала давайте сверим, все ли параметры учёл разработчик. После написания метода их заносят в сваггер. Давайте перейдём туда и сравним количество параметров и их название. Потому что при указании не верного названия, поиск будет работать некорректно.

🔵 1 проверка.

Результат: данные в сваггере совпадают.

✅Проверяем каждый параметр по отдельности. Вводим валидные значения. Сортировка идёт сразу по 2 полям, поэтому мы их объединим.

🔵 8 проверок.

Результат: данные корректно находятся в зависимости от параметров.

✅Проверяем каждый параметр по отдельности. Теперь давайте введём такие параметры которых нет в БД.

🔵 8 проверок.

Результат: данные корректно находятся в зависимости от параметров.

✅И давайте проверим сочетание параметров. Если изощряться то для 8 разных параметров будет слишком много проверок. Мы же просто начнём сверху и будем добавлять по 1 параметру.

🔵 7 проверок.

Результат: данные корректно находятся в зависимости от параметров.

И того у нас получилось 24 проверки. В Delete методе будет ещё мемньше)

На данный момент, если просуммировать POST, PUT, и GET, то у нас уже 45 + 26 + 24 = 95. Казалось бы обычные запрос, многие пару раз отправят и думают, что всё работает. А настоящий тестировщик должен проверить всё!)

Обязательно пишите в комментариях, что я упустил.

Если у вас есть вопросы или вы просто хотите стать частью команды тестировщиков, то переходи в ТГ канал, где можем пообщаться с единомышленниками и найти много интересных и полезных знаний! Также если вам нужна индивидуальная консультация, менторство и помощь в создании проекта пишите в ТГ канал!

Обучение тестированию

Наука
7 млн интересуются