Урок просто супер, не понимаю почему так мало просмотров. Это прям то, что доктор прописал начинающему QA. Спасибо огромное!

@AllaboutQA

2 жыл бұрын

Большое спасибо за отзыв!!!

Спасибо большое, супер-видео! Один из самых лучших уроков и объяснений, которые я встречал!

@AllaboutQA

2 жыл бұрын

Большое спаисбо! Очень приятно!

спасибо, одно из лучших видео по Postman 👌

@AllaboutQA

9 ай бұрын

Спасибо за отзыв!

От души красавчик

@AllaboutQA

3 жыл бұрын

Спасибо, за отзыв! Стараюсь)

Спасибо большое! Просто с первых минут спас меня)))

@AllaboutQA

3 жыл бұрын

Спасибо за отзыв! Удачи Вам!

Спасибо огромное!!!!!

@AllaboutQA

2 жыл бұрын

Спасибо за отзыв!!!

Отличная дикция! (без всяких "аааа...бэээ...мээээ") :-) Отличные уроки! Спасибо! [лайк] [подписка]

@AllaboutQA

2 жыл бұрын

Спасибо за отзыв!!!

Отличное видео! Спасибо! Единственный вопрос, на 36:40, речь от том, что в самом тексте проверки нельзя указать «-», ибо это не валидное значение, поэтому вы изловчились, указали параметр body и всё успешно проверили Т.е, в теории вы могли сделать по такому же принципу проверку по result-count через body, верно?

@AllaboutQA

2 жыл бұрын

Спасибо за отзыв! Да, вы правы, можно через body.

Можно будет сделать урок в постмане с использованием OAuth/OAuth2.0 как получится у вас? Ваши уроки очень хорошие. Спасибо

@AllaboutQA

3 жыл бұрын

Спасибо за отзыв! Постараюсь в ближайшее время продолжить уроки по Postman.

@user-gt3rc9dl7c

2 жыл бұрын

А чё там уметь то))) получаешь токен и вперёд)))

Спасибо. Есть пару вопросов. Если для последующих тестов мне нужны данные из предыдущих запросов, например токен. Я посл запрос на логин делаю, ответ обрабатываю в "Test", где js парсит ответ и токен из ответа записывает в параметры коллекции. Дальнейшие запросы будут брать параметр токена из переменных коллекции. Правильный ли такой подход???? Как использовать Pre-request Script ??? Как пользоваться Mock коллекцией? Для запросов есть examle, как им ползоваться?

@AllaboutQA

2 жыл бұрын

Спасибо за комментарий. Да, конечно, правильно использовать переменные в своих запросах, глобальные или коллекции. На остальные вопросы будет сложно ответить в комментарии)) но по данным запросам вы сможете найти достаточно материала в сети

@AlexandrSpirit

2 жыл бұрын

​@@AllaboutQA Я ответом на запрос получаю список объектов. Требуется цикром пройтись по ним, задействовав другой url в который необходимо подствалять параметры из каждого инстанса списка ответа. Как я понял, такое подсилу только с использованием Flow Postmana Но туториалов по нему мало. Все что есть, на старые версии, где функционал и меню отличаются от последних. Если будет возможность и желание, запишите ролики про Flow А пока, придется на пайтоне писать тесты (

@AllaboutQA

2 жыл бұрын

@@AlexandrSpirit спасибо, будет время - уделю обязательно изучению Flow

полезно! спасибо,но с тестирование сайта UA подстава))) лучше было провести озор на том же petstore или более доступном ресурсе. Имхо.

@AllaboutQA

3 жыл бұрын

Спасибо за отзыв! С petstore много примеров, где можно повторять все один в один. Просили показать на реальном примере. Естественно, попробовать там же не получится, но те же тестовые проверки можно легко применять на своих проектах.

Открыл документ, который указан в гугл докс, скопировал адрес - 503 ошибка. менял и ключ и параметр - все-равно 503. дальше, естественно по видео не получается подобные тесты провести, потому что изначально 503. как решить этот момент?

@AllaboutQA

2 жыл бұрын

В видео приведен пример из моей работы с ссылкой на документ, чтобы понимать, как он может выглядеть, но ключ, который там указан, это пример. В документе об этом написано, что для получения ключа необходимо обратиться в службу поддержки (Для отримання персонального ключа потрібно звернутись в службу підтримки порталу ias@brdo.com.ua з темою "Ключ до API".). Лучше тренироваться на Swagger Petstore

Является ли 500я ошибка багой? Вроде как сервер должен возвращать 400ку типа bad request. Не?

@AllaboutQA

3 жыл бұрын

Нужно понимать, что вызвало ошибку. Главный ориентир, это документация к API. Мы должны сверить, корректный ли ответ сервера по отношению к запросу. Предварительно должна быть протестирована документация АРI.

@ivanstrelka3448

3 жыл бұрын

@@AllaboutQA согласен требования наше всё 😁

@ivankrupskyi8984

2 жыл бұрын

@@ivanstrelka3448 Да, но не надо слепо соглашаться со всем что написано в требованиях. Вы можете поднимать дискусии на те темы с которыми вы не согласны. И тут я бы обговорил уже с командой, почему код 500, а не 400. Ведь это же плохой реквест, он не соответстувет требованию, 500 здесь не должно быть никак... 500 может быть тогда, когда у тебя правильный реквест, но БД лежит и не может ответить, или что-то в этом роде. Так что документацию иногда тоже нужно оспаривать.

@ivanstrelka3448

2 жыл бұрын

@@ivankrupskyi8984 согласен лично так же делаю. На своём проекте 500ка недопустима никак. Это блокер по сути. Согласен за мнение. Максимально интересно

Как user/logout проверить?

@AllaboutQA

2 жыл бұрын

Так же, как и с другими запросами. Вы находите запрос, который отправляется для logout, используете его и добавляете проверки по коду и по наличию какого-либо элемента на странице (напимер по title), чтобы удостовериться в том, что операция успешна и вы разлогинились.

@bioAss

2 жыл бұрын

@@AllaboutQA проблема в том, что если дергать запрос через - он передается без параметров, и всегда возвращает 200. Запросы, которые требуют, чтобы юзер был залогинен - после logout отрабатывают нормально.

@AllaboutQA

2 жыл бұрын

@@bioAss обычно там нет параметров, что-то типа POST {{URL}}/api/auth/logout. Или вы отправляете запрос на логаут незалогинившись? Тогда нужно смотреть, что ожидается получить в ответ? Возможно, это правильный ответ сервера

Какой смысл размножать тесты, суть которых просто переход на разные страницы? Можно же во вкладке test с помощью JS передавать номер страницы, которую нужно открыть. Номер самой же страницы можно вынести в переменную для удобства

@AllaboutQA

2 жыл бұрын

Можно, конечно, вариантов достаточно, все зависит от уровня знаний и практики. Я показал вариант для начальной практики.

Правильно ли я понял, что по сути, один запрос - один тест кейс (позитивный, негативный)

@AllaboutQA

2 жыл бұрын

Правильно, но запрос может быть и шагом в тест-кейсе

Достаточно сложно информацию воспринимать из этого видео почему-то.

@AllaboutQA

Жыл бұрын

Все относительно, старался не усложнять, наоборот. Наверное, зависит от уровня подготовки, хоть минимального понимания

Так тут уже навыки Java Script нужны, в конце при изменении проверок уже плохо понятно, как их изменять....слишком в конце муторно всё, тут нужно знать все виды ошибок, это не обучение скорее, а просто показ приблизительный.

@AllaboutQA

2 жыл бұрын

Да, это больше демонстрация примера, с комментариями...как это выглядит и как работает...пошагово можно повторить....для обучения нужно потратить больше времени и усилий, ознакомиться с документацией Postman, например.

Урок уже не полезен. Доступ к сайту закрыт.

@AllaboutQA

11 ай бұрын

У кого закрыт??? Где?

@leolevkod3032

2 ай бұрын

@@AllaboutQA Примітка У відповідності до наказу ДРС від 29.11.2022 № 204 «Про обмеження доступу до відомостей інтегрованої автоматизованої системи державного нагляду (контролю)» доступ до Системи надається тільки працівникам органів ДНК та ДРС.

у всех этих уроков одна проблема: не понятно с них, как тестить реальный проект. И что может быть багом, а что нормальным поведением системы. Что в АПИ надо тестить, а что нет. А так, урок близок к реальности

@AllaboutQA

9 ай бұрын

Спасибо за отзыв. Так, так и тестить) Просто берете апи вашего проекта и на основе существующих запросов, формируете кейсы с позитивными и негативными сценариями, чтобы каждый запрос был покрыт как минимум одним позитивным тестом.

@unicoxr5tj417

9 ай бұрын

@@AllaboutQA какие вопросы на собесе задают по постман?

@AllaboutQA

9 ай бұрын

@@unicoxr5tj417 есть подборки с вопросами и ответами на разных ресурсах.