Спасибо. Хорошее видео. Субъективно не стоит обрезать моменты, когда Вы вводите условные хедеры, джейсон и прочее. Да, это существенно сокращает видео, но для людей, не очень хорошо знакомых с постменом, скорее всего, будет трудновато для восприятия, так как количество тех же хедеров меняется, но это не показано как часть выполнения тестового.
на работе тебе не будут каждый раз готовое показывать, а только некоторые принципы. в чем проблема курс по постману пройти и пересмотреть видео с базовыми знаниями?
@@ViktoriiaLesina у меня проблем с курсами по постмену нет, но люди без опыта или с маленьким опытом, заходя в видео с названием "разбор тестового", очевидно, хотят увидеть именно разбор, а не "некоторые принципы". А вообще - добрее надо быть.
Видео супер. Самая суть, то что и надо знать. хотя можно конечно некоторые моменты побольше показать) А то как не начнешь смотреть то все видео вода водой, дольше про установку самого постман расскажут))
Видео просто находка! Спасибо за пошаговость и наглядность!!! Казалось бы, нужно проделать простые и очевидные вещи, но даже для этого нужен алгоритм - четкая инструкция, что, зачем и после чего. Большое спасибо за ясность в голове!
Есть вопрос - а надо ли проверять подробно валидацию поля name, например? Со всякими проверками типа " An na-Michael ", "127IvaЫыыЖЖn%&!@*!*@(*" и всякое такое? Если примет комбо-строку с цифрами, символами и кириллицей - ок, будет понятно, что валидация отсутствует, в поле name можно пихать все, что угодно. Или, что принмиает пробелы в начале и в конце, что не есть ОК. Длину больше нормы мы проверили, хорошо. А как насчет минимальной? Если принимает два символа, окей, бывают такие имена. А если принмиает и один символ? Таких имен нет. Ну и в этом духе, для каждого поля - нужно ли это делать в подобных заданиях?
Можете поставить расширение в браузер Google Chrome под названием Bug Magnet. По нажатию лкм там масса сценариев валидации, чтоб не придумывать вручную и тратить драгоценное время.
HTTP заголовки используются для передачи дополнительной информации между клиентом и сервером во время обмена данными, обеспечивая эффективное управление и контроль за процессом общения. Примеры такой информации: - куки - токен, полученный при прохождении аутентификации - данные о хосте/сервере Информации в сети много, можете начать с википедии. Также попрактикуйтесь в отправке запросов, на ресурсах типа: apichallenges.herokuapp.com/ - для большего понимания работы с загаловками.
Если вам возвращается тело ответа: { "code": 422, "meta": null, "data": [ { "field": "email", "message": "has already been taken" } ] } значит в теле запроса вы указали уже зарегистрированный в системе email. Попробуйте поменять его значение и выполнить запрос на создание нового пользователя снова.
Да, на этот момент уже обратили внимание в одном из предыдущих комментов. Токен добавляется в хедер Authorization и на этом моменте в видео происходит склейка, для экономии времени. Учту этот момент в будущих видео.
Да, я собрал в виде списка идеи для проверок, которые можно дооформить в виде тест-кейсов. Но на мой взгляд лучше оставить чек-лист, дополнив его атрибутами типа: предусловий, тестовых данных, ожидаемого результата - так как в таком формате ответ будет лучше восприниматься проверяющей стороной.
Спасибо. Хорошее видео. Субъективно не стоит обрезать моменты, когда Вы вводите условные хедеры, джейсон и прочее. Да, это существенно сокращает видео, но для людей, не очень хорошо знакомых с постменом, скорее всего, будет трудновато для восприятия, так как количество тех же хедеров меняется, но это не показано как часть выполнения тестового.
Спасибо за предложение.
Подумаю как его реализовать, чтобы при этом сильно не растягивать хронометраж)
Согласен, лучше показывать процесс полностью)
на работе тебе не будут каждый раз готовое показывать, а только некоторые принципы. в чем проблема курс по постману пройти и пересмотреть видео с базовыми знаниями?
@@ViktoriiaLesina у меня проблем с курсами по постмену нет, но люди без опыта или с маленьким опытом, заходя в видео с названием "разбор тестового", очевидно, хотят увидеть именно разбор, а не "некоторые принципы". А вообще - добрее надо быть.
Видео супер. Самая суть, то что и надо знать. хотя можно конечно некоторые моменты побольше показать)
А то как не начнешь смотреть то все видео вода водой, дольше про установку самого постман расскажут))
Видео просто находка! Спасибо за пошаговость и наглядность!!! Казалось бы, нужно проделать простые и очевидные вещи, но даже для этого нужен алгоритм - четкая инструкция, что, зачем и после чего. Большое спасибо за ясность в голове!
Очень классное видео) Спасибо большое. Как раз готовлюсь к стажировке QA. Благодарю за разбор тестового задания)
Кратко и всё по делу, топ контент
Супер🔥все подробно и понятно) Хотелось бы увидеть разбор других тестовых заданий
Спасибо.
Еще несколько разборов уже на канале.
Очень понятно все. Спасибо.
На реальном примере лучше всего объяснить
Молодец, хороший краткий, полезный видос
спасибо за разбор
Даёшь больше видео!! 🎉
Есть вопрос - а надо ли проверять подробно валидацию поля name, например? Со всякими проверками типа " An na-Michael ", "127IvaЫыыЖЖn%&!@*!*@(*" и всякое такое? Если примет комбо-строку с цифрами, символами и кириллицей - ок, будет понятно, что валидация отсутствует, в поле name можно пихать все, что угодно. Или, что принмиает пробелы в начале и в конце, что не есть ОК. Длину больше нормы мы проверили, хорошо. А как насчет минимальной? Если принимает два символа, окей, бывают такие имена. А если принмиает и один символ? Таких имен нет. Ну и в этом духе, для каждого поля - нужно ли это делать в подобных заданиях?
Можете поставить расширение в браузер Google Chrome под названием Bug Magnet. По нажатию лкм там масса сценариев валидации, чтоб не придумывать вручную и тратить драгоценное время.
Супер, огонь 🔥🔥🔥
Я бы добавил, чтоб глянуть значение по дефолту.
Спасибо!
ну, наверно, вместо passive можно было бы указать inactive)
Я так орнула с passive аххаха
Как разобраться с заголовками? Для чего они нужны и тд. Что почитать и посмотреть?
HTTP заголовки используются для передачи дополнительной информации между клиентом и сервером во время обмена данными, обеспечивая эффективное управление и контроль за процессом общения.
Примеры такой информации:
- куки
- токен, полученный при прохождении аутентификации
- данные о хосте/сервере
Информации в сети много, можете начать с википедии. Также попрактикуйтесь в отправке запросов, на ресурсах типа: apichallenges.herokuapp.com/ - для большего понимания работы с загаловками.
Круто! Спасибо! Микрофон бы еще получше и вообще perfect! 😊😉
Спасибо
решил попробовать пишет при отправке запроса : "message": "has already been taken" прбовал 5 токенов таже ошибка
Если вам возвращается тело ответа:
{
"code": 422,
"meta": null,
"data": [
{
"field": "email",
"message": "has already been taken"
}
]
}
значит в теле запроса вы указали уже зарегистрированный в системе email. Попробуйте поменять его значение и выполнить запрос на создание нового пользователя снова.
а еще можно разборы тестовых?спасибо.
Куда вставляется заголовок? Почему он уже вставлен если это обучающее видео. Очень странно....
Да, на этот момент уже обратили внимание в одном из предыдущих комментов.
Токен добавляется в хедер Authorization и на этом моменте в видео происходит склейка, для экономии времени.
Учту этот момент в будущих видео.
Интересно, спасибо, но там написано write test cases, а вы написали чек лист
Да, я собрал в виде списка идеи для проверок, которые можно дооформить в виде тест-кейсов. Но на мой взгляд лучше оставить чек-лист, дополнив его атрибутами типа: предусловий, тестовых данных, ожидаемого результата - так как в таком формате ответ будет лучше восприниматься проверяющей стороной.
@@AKlimenko ясно, спасибо
Видео полезное конечно, но звук удручает
а на мидла есть?
Если попадется, то тоже попробую записать разбор.
Спасибо!
спасибо
спасибо