Блин круто !!! Действительно без воды из-за чего концентрация на получения инфы не теряется и всё понятно, Пожалуйста продолжай снимать в том же духе !!!!!!
Очень полезно было про то, как узнать где ошибка - на front-end или на back-end. Было бы не плохо сделать отдельное видео об этом и привести различные примеры, так сказать углубиться в подробности.
Дружище,спвсибо тебе,это лучшее видео по Дев тулс,без воды и много полезной информации.Обычно вообще коментарии не пишу,но тут вырожаю огрумную благодарность!Пожалуйста продожлай делать видео,очень полезные!
Интересное видео, интересно было бы более углубленно рассказали про особенности панели разработчика / devtools, типо что из себя представляет все окна где применяется, в каких ситуациях, про степень критичности, крос платформенность и её особенности и какие части ошибки возникают, чем больше задумываешься тем больше вопросов!
Запрос для почтальона можно проще сделать. Правой кнопкой на запросе выбрать скопировать курл баш и в почтальоне импорт - рав текст- вставить -импорт. Все! и не нужно ни чего больше копировать, все заголовки, токен итд уже есть в курле.
Согласен, нужно было добавить и этот вариант. Думаю что для новичков главное это понимание, что именно они делают, используя вариант ctrl+C & ctrl+V вряд ли будет понятно что именно скопировали.
Мужик... (Евгений?) - ты один из лучших на ютубе по QA, всё лаконично и информативно! Просим очень: продолжай снимать видео с этой шикарной подачей, особенно по инструментам! Например, было бы неплохо тему с нагрузочным тестированием в твоём изложении разобрать, если работал с этим.
Добрый день. Не останавливайтесь и продолжайте снимать, пожалуйста. Раскрывайте как можно больше и дельтесь опытом. У Вас определенно качественный контент. Отдельное спасибо за данное видео. Да сейчас по сути весь ютуб стал премиум и монетизировать что-то довольно сложно. Но поверьте когда как не сейчас собирать аудиторию. А это всё, надеюсь лишь временно.)
Спасибо за ролик. Подскажи, стоит ли заводить дефект на такой эррор? Uncaught (in promise) Error: A listener indicated an asynchronous response by returning true, but the message channel closed before a response was received
Привет, для начала нужно понять в какой момент она возникает, если функционал на странице не нарушен, то всё ок, такая ошибка может появиться даже при потере сетевого соединения
Вопрос по вкладке Network. Как определять какие Headers являются обязательными, если составляешь запрос самостоятельно в Postman и смотришь в Request headers в девтулсах?Пробую методом добавления, пока не придет статус 200. Но ведь API нужно тестировать, а не считать, что она по умолчанию правильно работает. Спасибо.
Не обязательно заморачиваться с обязательными и не обязательными headers, на видео только пример. Есть более простой способ, который к сожалению не указан в видео: 1) перейти в вкладку "Network" 2) нажать правой кнопкой мышки по интересующему запросу 3) навести курсор на пункт "Copy" 4) в выпадающем списке выбрать "copy as fetch" 5) в итоге в буфер обмена будет скопирован API запрос, со всеми headers. По поводу тестирования API, всё верно API необходимо тестировать, а не угадывать, но для этого необходимо знать требования которые предъявлены к этому API. На видео пример, когда нет никакой документации к API, и запрос составляем для нужд тестирования, то есть сохраняем к примеру его к себе в коллекцию для дальнейшего использования. Надеюсь ответил на ваш вопрос.
В HTTP, GET-запросы предназначены для получения ресурса от сервера, а POST-запросы - для отправки данных на сервер для обработки. Однако, в некоторых случаях, POST-запросы используются для получения данных, и это не является ошибкой или неправильным использованием протокола. Вот несколько причин, почему это может быть сделано: 1. **Безопасность**: GET-запросы отправляют данные в URL-адресе, что может быть небезопасно, если данные содержат конфиденциальную информацию. POST-запросы отправляют данные в теле запроса, что делает их более безопасными. 2. **Ограничения на длину URL**: GET-запросы имеют ограничение на длину URL, которое зависит от браузера и сервера. POST-запросы не имеют таких ограничений, поэтому они могут быть использованы для отправки больших объемов данных. 3. **Формат данных**: POST-запросы могут отправлять данные в различных форматах, таких как JSON, XML, или multipart/form-data, что делает их более гибкими, чем GET-запросы, которые ограничены URL-кодированными данными. 4. **Серверная логика**: В некоторых случаях, серверная логика может требовать, чтобы данные были отправлены в теле запроса, а не в URL-адресе. Например, если сервер использует сложную логику для обработки запросов, он может ожидать, что данные будут отправлены в теле запроса. 5. **RESTful API**: В RESTful API, POST-запросы могут быть использованы для создания новых ресурсов на сервере. В этом случае, данные отправляются в теле запроса, а не в URL-адресе. 6. **Кэширование**: GET-запросы кэшируются браузером и прокси-серверами, что может привести к проблемам с обновлением данных. POST-запросы не кэшируются, поэтому они могут быть использованы, когда данные должны быть получены в реальном времени. В целом, использование POST-запросов для получения данных не является неправильным, если это необходимо для обеспечения безопасности, гибкости или серверной логики. Однако, в большинстве случаев, GET-запросы являются более подходящим выбором для получения данных.
попробовал отправить запрос без них) а вообще на вашем проекте должно быть описание API и требования , на которые вы должны ссылаться при тестировании API
@@Exitoso12 body пустое, вся информация в headers. Попробуй сделать через cURL, то "Правой кнопкой по запросу, который необходимо вытянуть в Postman, дальше выбрать Copy - > Copy as Curl (bash). В Postman нажать import и CTRL + V"
Блин круто !!! Действительно без воды из-за чего концентрация на получения инфы не теряется и всё понятно, Пожалуйста продолжай снимать в том же духе !!!!!!
Ну я б не стал такие хвалебные оды петь, я не много понял
@@ВолодяБарыгуев надо пересмотреть. Рим тоже не сразу строился
За одно короткое видео узнал больше, чем за все другие вместе взятые, спасибо)
Очень полезно было про то, как узнать где ошибка - на front-end или на back-end. Было бы не плохо сделать отдельное видео об этом и привести различные примеры, так сказать углубиться в подробности.
на канале есть несколько видео с поиском и разбором дефектов, ruclips.net/video/HdTZrw59aec/видео.html
Дружище,спвсибо тебе,это лучшее видео по Дев тулс,без воды и много полезной информации.Обычно вообще коментарии не пишу,но тут вырожаю огрумную благодарность!Пожалуйста продожлай делать видео,очень полезные!
Продолжайте такие практические примеры, очень было полезно посмотреть, спасибо!
Прошу продолжайте выпуск видео! Очень информативно без воды!
Четко и без воды👌👌
Интересное видео, интересно было бы более углубленно рассказали про особенности панели разработчика / devtools, типо что из себя представляет все окна где применяется, в каких ситуациях, про степень критичности, крос платформенность и её особенности и какие части ошибки возникают, чем больше задумываешься тем больше вопросов!
+
Очень круто объяснил, реальная практика теперь могу часами сидеть практиковать копить портфолио, это как реальный опыт.
Супер! Спасибо!
Запрос для почтальона можно проще сделать. Правой кнопкой на запросе выбрать скопировать курл баш и в почтальоне импорт - рав текст- вставить -импорт. Все! и не нужно ни чего больше копировать, все заголовки, токен итд уже есть в курле.
Согласен, нужно было добавить и этот вариант. Думаю что для новичков главное это понимание, что именно они делают, используя вариант ctrl+C & ctrl+V вряд ли будет понятно что именно скопировали.
Мужик... (Евгений?) - ты один из лучших на ютубе по QA, всё лаконично и информативно! Просим очень: продолжай снимать видео с этой шикарной подачей, особенно по инструментам! Например, было бы неплохо тему с нагрузочным тестированием в твоём изложении разобрать, если работал с этим.
Спасибо за отзыв) с нагрузочным работал, учту в будущих видео)
Спасибо большое, очень удобный для меня формат - по делу, уверенно и без воды
Годно. Подчерпнул для себя много новой информации как начинающий тестер. Спасибо!
Это самое лучшее видео про девтулз для тестировщика, которое я видел)
Лучшее видел на эту тему. Спасибо. Чётко и без воды.
Спасибо, очень практическая инфа!Такого не хватало, почти везде поверхностная теория.
комментарий в поддержку канала!🔥
Спасибо! Отличное познавательное видео, буду следить за Вашим каналом)
Просто кайф. Без лишней воды. Спасибо!
Супер классное видео, которое мне очень помогло в понимании того как что и зачем. Спасибо большое!
Моему восторгу нет предела. ты лучший!
Добрый день. Не останавливайтесь и продолжайте снимать, пожалуйста. Раскрывайте как можно больше и дельтесь опытом. У Вас определенно качественный контент. Отдельное спасибо за данное видео. Да сейчас по сути весь ютуб стал премиум и монетизировать что-то довольно сложно. Но поверьте когда как не сейчас собирать аудиторию. А это всё, надеюсь лишь временно.)
Прекрасное видео, огромное спасибо за объяснения и наглядные примеры!
одно видео более информативное - нежели пол курса где-нибудь в онлайн школе. Спасибо
Спасибо большое за труд!
Отличное видео. Побольше бы таких с примерами)
Большое спасибо! Это лучшее видео по DevTools на русском)
Спасибо. Полезно
Мегаполезно! Спасибо)
Крутое видео, спасибо! Очень полезно
Спасибо! Очень полезно👍
Спасибо за крутые видео на канале! все четко и без воды! капитальный красавчик! подписка, лайки, колокольчики все дела))
😁 спасибо за поддержку канала
Круто, спасибо!
Круто! Хороший контент!!!
Ну и по возможности больше видео про тестирования фронт енд и бек энд
Годно!;)
Большое спасибо, а то уде устал смотреть 40 минутные видео в которых по-факту ничего не сказали
Обьясни пожалуйста, не понятно что они означают эти консольные ошибки, ну есть и есть, они везде есть, что они означают и на что влияют?
Я не поняла - вы через постмен попытались добавить два товара? Что делает basket.count?
С помощью Postman получал товары из корзины выполняя запрос basket
Надо Мише показать, сколько у него багов на сайте, может эпл воч подарит 🤣
Спасибо за ролик. Подскажи, стоит ли заводить дефект на такой эррор?
Uncaught (in promise) Error: A listener indicated an asynchronous response by returning true, but the message channel closed before a response was received
Привет, для начала нужно понять в какой момент она возникает, если функционал на странице не нарушен, то всё ок, такая ошибка может появиться даже при потере сетевого соединения
Вопрос по вкладке Network. Как определять какие Headers являются обязательными, если составляешь запрос самостоятельно в Postman и смотришь в Request headers в девтулсах?Пробую методом добавления, пока не придет статус 200. Но ведь API нужно тестировать, а не считать, что она по умолчанию правильно работает.
Спасибо.
Не обязательно заморачиваться с обязательными и не обязательными headers, на видео только пример. Есть более простой способ, который к сожалению не указан в видео:
1) перейти в вкладку "Network"
2) нажать правой кнопкой мышки по интересующему запросу
3) навести курсор на пункт "Copy"
4) в выпадающем списке выбрать "copy as fetch"
5) в итоге в буфер обмена будет скопирован API запрос, со всеми headers.
По поводу тестирования API, всё верно API необходимо тестировать, а не угадывать, но для этого необходимо знать требования которые предъявлены к этому API. На видео пример, когда нет никакой документации к API, и запрос составляем для нужд тестирования, то есть сохраняем к примеру его к себе в коллекцию для дальнейшего использования. Надеюсь ответил на ваш вопрос.
@@qa_tech Очень хорошо ответили, полно. Спасибо вам большое-пребольшое! Буду пробовать, как вы сказали.
Добавил второе видео про devtools, с дополнительными способами экспорта запросов в Postman.
@@qa_tech Ураааа!!
А почему ПОСТ запрос, ты же в постмане смотришь сколько товаров в корзине, должно же быть GET или я что-то не понимаю(
В HTTP, GET-запросы предназначены для получения ресурса от сервера, а POST-запросы - для отправки данных на сервер для обработки. Однако, в некоторых случаях, POST-запросы используются для получения данных, и это не является ошибкой или неправильным использованием протокола. Вот несколько причин, почему это может быть сделано:
1. **Безопасность**: GET-запросы отправляют данные в URL-адресе, что может быть небезопасно, если данные содержат конфиденциальную информацию. POST-запросы отправляют данные в теле запроса, что делает их более безопасными.
2. **Ограничения на длину URL**: GET-запросы имеют ограничение на длину URL, которое зависит от браузера и сервера. POST-запросы не имеют таких ограничений, поэтому они могут быть использованы для отправки больших объемов данных.
3. **Формат данных**: POST-запросы могут отправлять данные в различных форматах, таких как JSON, XML, или multipart/form-data, что делает их более гибкими, чем GET-запросы, которые ограничены URL-кодированными данными.
4. **Серверная логика**: В некоторых случаях, серверная логика может требовать, чтобы данные были отправлены в теле запроса, а не в URL-адресе. Например, если сервер использует сложную логику для обработки запросов, он может ожидать, что данные будут отправлены в теле запроса.
5. **RESTful API**: В RESTful API, POST-запросы могут быть использованы для создания новых ресурсов на сервере. В этом случае, данные отправляются в теле запроса, а не в URL-адресе.
6. **Кэширование**: GET-запросы кэшируются браузером и прокси-серверами, что может привести к проблемам с обновлением данных. POST-запросы не кэшируются, поэтому они могут быть использованы, когда данные должны быть получены в реальном времени.
В целом, использование POST-запросов для получения данных не является неправильным, если это необходимо для обеспечения безопасности, гибкости или серверной логики. Однако, в большинстве случаев, GET-запросы являются более подходящим выбором для получения данных.
А почему ты просто curl не скопировал из браузера и не вставил в постман?
Забыл добавить в этом видео, добавил это в дополнительном ролике ruclips.net/video/gURX25oH3QU/видео.html
@@qa_tech тогда с меня лайк, подписка, колокольчик)
@@asadflow1245 спасибо)
А если у меня не получилось 2 товара в Body. Сделал все тоже самое вышла цифра 1
Скорее всего вы увеличили количество одного вида товара, необходимо добавить второй товар. К примеру, два ноутбука разных моделей
Как вы поняли, что эти хедеры обязательные?
попробовал отправить запрос без них) а вообще на вашем проекте должно быть описание API и требования , на которые вы должны ссылаться при тестировании API
@@qa_tech ПОняла, спасибо. А вы где-то встречали проекты с актуальным свагером и подробными описаниями?)))
@@Diadema566 да, на данный момент работаю на таком проекте, API дока актуальная + требования на все запросы, для всех полей
Во 2 примере тоже ошибка вышла, Invalid request body
Посмотрите второе видео на канале про devtools, там показан более простой способ формирования запроса в Postman с помощью импорта cUrl из devtools
@@qa_tech спасибо , попробую
@@qa_tech Тут не понятно что копировать в body . Во вкладке полезная нагрузка надо скопировать содержимое?
@@Exitoso12 body пустое, вся информация в headers. Попробуй сделать через cURL, то "Правой кнопкой по запросу, который необходимо вытянуть в Postman, дальше выбрать Copy - > Copy as Curl (bash). В Postman нажать import и CTRL + V"
@@qa_tech Да через curl(bash) получилось , спасибо . Хотел этим способом тоже попробовать правильно сделать