УРОК 1 | POSTMAN | Тестирование API на реальном примере | Collection, tests, Runner
HTML-код
- Опубликовано: 8 сен 2024
- Урок 1
- Импорт в Postman API (json) / (link, text) - Swagger Petstore (petstore.swagg...)
- Создание коллекции, переменных окружения, добавление тестов, запуск коллекции в Runner (API Инспекционного портала)
(docs.google.co...)
💡Подпишись на телеграм канал!💡
All about QA - Всё о тестировании ПО
t.me/AllaboutQA
#apitesting #API #AllaboutQA
спасибо, одно из лучших видео по Postman 👌
Спасибо за отзыв!
Урок просто супер, не понимаю почему так мало просмотров. Это прям то, что доктор прописал начинающему QA.
Спасибо огромное!
Большое спасибо за отзыв!!!
Спасибо за видео
Спасибо за комментарий!
Отличная дикция! (без всяких "аааа...бэээ...мээээ") :-)
Отличные уроки! Спасибо!
[лайк] [подписка]
Спасибо за отзыв!!!
От души красавчик
Спасибо, за отзыв! Стараюсь)
Спасибо большое, супер-видео! Один из самых лучших уроков и объяснений, которые я встречал!
Большое спаисбо! Очень приятно!
Спасибо огромное!!!!!
Спасибо за отзыв!!!
Спасибо большое!
Просто с первых минут спас меня)))
Спасибо за отзыв! Удачи Вам!
Можно будет сделать урок в постмане с использованием OAuth/OAuth2.0 как получится у вас? Ваши уроки очень хорошие. Спасибо
Спасибо за отзыв! Постараюсь в ближайшее время продолжить уроки по Postman.
А чё там уметь то))) получаешь токен и вперёд)))
Отличное видео!
Спасибо!
Единственный вопрос, на 36:40, речь от том, что в самом тексте проверки нельзя указать «-», ибо это не валидное значение, поэтому вы изловчились, указали параметр body и всё успешно проверили
Т.е, в теории вы могли сделать по такому же принципу проверку по result-count через body, верно?
Спасибо за отзыв! Да, вы правы, можно через body.
полезно! спасибо,но с тестирование сайта UA подстава))) лучше было провести озор на том же petstore или более доступном ресурсе. Имхо.
Спасибо за отзыв! С petstore много примеров, где можно повторять все один в один. Просили показать на реальном примере. Естественно, попробовать там же не получится, но те же тестовые проверки можно легко применять на своих проектах.
Является ли 500я ошибка багой? Вроде как сервер должен возвращать 400ку типа bad request. Не?
Нужно понимать, что вызвало ошибку. Главный ориентир, это документация к API. Мы должны сверить, корректный ли ответ сервера по отношению к запросу. Предварительно должна быть протестирована документация АРI.
@@AllaboutQA согласен требования наше всё 😁
@@ivanstrelka3448 Да, но не надо слепо соглашаться со всем что написано в требованиях. Вы можете поднимать дискусии на те темы с которыми вы не согласны.
И тут я бы обговорил уже с командой, почему код 500, а не 400. Ведь это же плохой реквест, он не соответстувет требованию, 500 здесь не должно быть никак...
500 может быть тогда, когда у тебя правильный реквест, но БД лежит и не может ответить, или что-то в этом роде.
Так что документацию иногда тоже нужно оспаривать.
@@ivankrupskyi8984 согласен лично так же делаю. На своём проекте 500ка недопустима никак. Это блокер по сути. Согласен за мнение. Максимально интересно
Открыл документ, который указан в гугл докс, скопировал адрес - 503 ошибка. менял и ключ и параметр - все-равно 503. дальше, естественно по видео не получается подобные тесты провести, потому что изначально 503. как решить этот момент?
В видео приведен пример из моей работы с ссылкой на документ, чтобы понимать, как он может выглядеть, но ключ, который там указан, это пример. В документе об этом написано, что для получения ключа необходимо обратиться в службу поддержки (Для отримання персонального ключа потрібно звернутись в службу підтримки порталу ias@brdo.com.ua з темою "Ключ до API".). Лучше тренироваться на Swagger Petstore
Какой смысл размножать тесты, суть которых просто переход на разные страницы? Можно же во вкладке test с помощью JS передавать номер страницы, которую нужно открыть. Номер самой же страницы можно вынести в переменную для удобства
Можно, конечно, вариантов достаточно, все зависит от уровня знаний и практики. Я показал вариант для начальной практики.
Спасибо.
Есть пару вопросов.
Если для последующих тестов мне нужны данные из предыдущих запросов, например токен. Я посл запрос на логин делаю, ответ обрабатываю в "Test", где js парсит ответ и токен из ответа записывает в параметры коллекции.
Дальнейшие запросы будут брать параметр токена из переменных коллекции.
Правильный ли такой подход????
Как использовать Pre-request Script ???
Как пользоваться Mock коллекцией?
Для запросов есть examle, как им ползоваться?
Спасибо за комментарий. Да, конечно, правильно использовать переменные в своих запросах, глобальные или коллекции. На остальные вопросы будет сложно ответить в комментарии)) но по данным запросам вы сможете найти достаточно материала в сети
@@AllaboutQA Я ответом на запрос получаю список объектов. Требуется цикром пройтись по ним, задействовав другой url в который необходимо подствалять параметры из каждого инстанса списка ответа.
Как я понял, такое подсилу только с использованием Flow Postmana
Но туториалов по нему мало. Все что есть, на старые версии, где функционал и меню отличаются от последних.
Если будет возможность и желание, запишите ролики про Flow
А пока, придется на пайтоне писать тесты (
@@AlexandrSpirit спасибо, будет время - уделю обязательно изучению Flow
Как user/logout проверить?
Так же, как и с другими запросами. Вы находите запрос, который отправляется для logout, используете его и добавляете проверки по коду и по наличию какого-либо элемента на странице (напимер по title), чтобы удостовериться в том, что операция успешна и вы разлогинились.
@@AllaboutQA проблема в том, что если дергать запрос через - он передается без параметров, и всегда возвращает 200. Запросы, которые требуют, чтобы юзер был залогинен - после logout отрабатывают нормально.
@@bioAss обычно там нет параметров, что-то типа POST {{URL}}/api/auth/logout. Или вы отправляете запрос на логаут незалогинившись? Тогда нужно смотреть, что ожидается получить в ответ? Возможно, это правильный ответ сервера
Правильно ли я понял, что по сути, один запрос - один тест кейс (позитивный, негативный)
Правильно, но запрос может быть и шагом в тест-кейсе
у всех этих уроков одна проблема: не понятно с них, как тестить реальный проект.
И что может быть багом, а что нормальным поведением системы.
Что в АПИ надо тестить, а что нет.
А так, урок близок к реальности
Спасибо за отзыв. Так, так и тестить) Просто берете апи вашего проекта и на основе существующих запросов, формируете кейсы с позитивными и негативными сценариями, чтобы каждый запрос был покрыт как минимум одним позитивным тестом.
@@AllaboutQA какие вопросы на собесе задают по постман?
@@unicoxr5tj417 есть подборки с вопросами и ответами на разных ресурсах.
Достаточно сложно информацию воспринимать из этого видео почему-то.
Все относительно, старался не усложнять, наоборот. Наверное, зависит от уровня подготовки, хоть минимального понимания
Так тут уже навыки Java Script нужны, в конце при изменении проверок уже плохо понятно, как их изменять....слишком в конце муторно всё, тут нужно знать все виды ошибок, это не обучение скорее, а просто показ приблизительный.
Да, это больше демонстрация примера, с комментариями...как это выглядит и как работает...пошагово можно повторить....для обучения нужно потратить больше времени и усилий, ознакомиться с документацией Postman, например.
Урок уже не полезен. Доступ к сайту закрыт.
У кого закрыт??? Где?
@@AllaboutQA Примітка
У відповідності до наказу ДРС від 29.11.2022 № 204 «Про обмеження доступу до відомостей інтегрованої автоматизованої системи державного нагляду (контролю)» доступ до Системи надається тільки працівникам органів ДНК та ДРС.
Спасибо за видео