Видео действительно отличное, особенно порадовало наличие адекватного примера аж с БД, а не тупо "вот есть petstore swagger, тут есть пост, а вот есть гет, вот ответ сервера 200 и 404, всем пока, подписывайтесь", как часто бывает в видосах по постману) Благодарю!
Очень хорошее видео. Я много смотрел видео для QA. Но вот такого объяснения нигде не встречал. Спасибо, что делаете такие КАЧЕСТВЕННЫЕ видео. Предложение. Углубиться дальше в тестировании API, разобрать заголовки. "Что зачем почему" Сделать также на реальных примерах. техники тест дизайна. И протестировать, условную "ручку", что-то физическое. с использованием всех накопленных знаний из всех видео.
Спасибо за комментарий! Техники тест- дизайна мы уже рассматриваем на примерах в других видео на канале. Остальные предложения примем к сведению. В будущем мы планировали сделать цикл видео, посвящённых тестированию REST API.
@@qabuggageточно, видео есть.. позабыл про них. забавно, что перед написанием данного текста, я зашел проверить, есть ли они или нет -_- про rest api в ожидании. со временем ждем повышения уровня сложности задач, условно, от джуна до мидла.
и еще. благодарю, что не делаете 2-5 минутное видео и не боитесь делать такие длинные и объемные видео. видео по 2-5 минут расстраивают. не успели сказать про А. уже видео закончилось и еще реклама на 50% видео. люди готовы смотреть длинные видео. + есть х2 скорость
У нас есть видео разного формата, мы экспериментируем. Какие-то небольшие темы можно раскрыть и в коротких видео на 10-15 минут. Плюс такие видео бывает легче начать смотреть - потратил немного времени, но уже получил пользу. И они создаются быстрее. Видео, как текущее - очень трудоёмкие. Поэтому мы особо в видео отметили, что важна обратная связь :) Так что, ещё раз спасибо за комментарии.
Очень грамотный практический урок. Один из лучших уроков, что я видел. Браво🎉 Даже я, будучи опытным тестером - смог подчеркнуть для себя не мало полезных фишек и вспомнить некогда забытый материал)
Спасибо за совет. С таким инструментом не работали, посмотрим информацию. А вы пользуетесь им для тестирования безопасности, или для функционального тестирования?
Мы пробуем разные форматы. На этот раз решили сделать длинное видео. И статистика показывает, что такое видео зашло гораздо лучше, чем большинство предыдущих. Есть оглавление, которое как раз разбивает видео на небольшие логические части. Так что можно смотреть частями за несколько раз.
Сделайте, пожалуйста, урок про локализацию в девтулс. Базово о нем уже все рассказали, а как увидеть баг в девтулс на деле и локализовать его, было бы интересно
Спасибо за идею. Это действительно очень актуальная тема. Запланируем видео, чтобы ее раскрыть. А если хочется уже сейчас посмотреть материал на тему локализации багов в веб-приложения - Аня (один из авторов канала) выступала с докладом по этой теме на SQADays 26. sqadays.com/ru/talk/76121 - вот ссылочка, там есть видео и презентация.
По поводу метода Delete. Т.е. перед его тестированием нам надо в БД вручную изменить признак с false на true, и только потом уже применять его. Но с другой стороны api метод delete при значении столбца в БД true не должен по идее вообще ничего удалять. Я бы посчитал что это как раз дефект, либо добавил бы коммент по этому поводу
На всякий случай уточню, что в данном видео мы не рассматриваем тестирование метода delete, а рассказываем про способы создания тестовых данных - удаленных объектов. Если вы тестируете метод delete, т.е. удаляете какой-то объект - я советую сначала просто создать его через метод post. Менять данные в базе (тестовой!) можно в случаях, когда другие быстрые способы не работают. Но при этом вы обязательно должны либо сами разобраться, либо уточнить у разработчиков, какие именно данные нужно менять. В нашем простом примере мы меняем только значение одного столбца в одной таблице. На реальном проекте данные, которые нужно изменить, могут храниться в нескольких таблицах. Нужно быть уверенным, что изменение данных в бд вручную не нарушает целостность данных. Как сказано в видео, удаление может быть физическим (данные полностью удаляются из базы) или логическим (специальный признак удаления устанавливается в false). Если у нас есть запись в таблице бд с признаком isDeleted=true, мы удаляем этот объект через метод delete и в приложении реализовано логическое удаление - тогда для удаляемого объекта значение столбца isDeleted должно поменяться с true на false.
Предположим, в системе есть промокод "Весна10" на скидку 10% весной. Его срок действия истек, админ удалил промокод из админки за ненадобностью. В системе реализовано логическое удаление - промокоду проставился признак isDeleted=true, но в базе он остался. Через год владелец сайта опять решил сделать скидку весной в 10% и создать промокод с таким же названием "Весна10". И в этой ситуации как раз "что-то идет не так", если при создании промокода уникальность названия проверяется среди всех промокодов, а не только среди НЕудаленных (у которых isDeleted=false). Пользователю отобразится сообщение вида "Промокод с таким названием уже существует". Еще более простой вариант - пользователь создал промокод, случайно его удалил и хочет опять такой же создать.
Спасибо большое! Очень четкое, структурированное и визуально приятное оформление. Полезная и интересная подача материала.
И вам спасибо за обратную связь!
Видео действительно отличное, особенно порадовало наличие адекватного примера аж с БД, а не тупо "вот есть petstore swagger, тут есть пост, а вот есть гет, вот ответ сервера 200 и 404, всем пока, подписывайтесь", как часто бывает в видосах по постману)
Благодарю!
Спасибо за такую оценку :)
Очень хорошее видео. Я много смотрел видео для QA. Но вот такого объяснения нигде не встречал. Спасибо, что делаете такие КАЧЕСТВЕННЫЕ видео.
Предложение. Углубиться дальше в тестировании API, разобрать заголовки. "Что зачем почему"
Сделать также на реальных примерах. техники тест дизайна.
И протестировать, условную "ручку", что-то физическое. с использованием всех накопленных знаний из всех видео.
Спасибо за комментарий! Техники тест- дизайна мы уже рассматриваем на примерах в других видео на канале. Остальные предложения примем к сведению. В будущем мы планировали сделать цикл видео, посвящённых тестированию REST API.
@@qabuggageточно, видео есть.. позабыл про них. забавно, что перед написанием данного текста, я зашел проверить, есть ли они или нет -_-
про rest api в ожидании.
со временем ждем повышения уровня сложности задач, условно, от джуна до мидла.
и еще. благодарю, что не делаете 2-5 минутное видео и не боитесь делать такие длинные и объемные видео.
видео по 2-5 минут расстраивают. не успели сказать про А. уже видео закончилось и еще реклама на 50% видео.
люди готовы смотреть длинные видео. + есть х2 скорость
У нас есть видео разного формата, мы экспериментируем. Какие-то небольшие темы можно раскрыть и в коротких видео на 10-15 минут. Плюс такие видео бывает легче начать смотреть - потратил немного времени, но уже получил пользу. И они создаются быстрее. Видео, как текущее - очень трудоёмкие. Поэтому мы особо в видео отметили, что важна обратная связь :) Так что, ещё раз спасибо за комментарии.
Очень грамотный практический урок. Один из лучших уроков, что я видел. Браво🎉
Даже я, будучи опытным тестером - смог подчеркнуть для себя не мало полезных фишек и вспомнить некогда забытый материал)
Нам очень приятно читать такую обратную связь, спасибо!!
Самое информативное видео про тестирование API. Однозначно лайк
Спасибо!
Для тестирования бэка пользуюсь Burp Suite, очень удобная штука :)
Спасибо за совет. С таким инструментом не работали, посмотрим информацию. А вы пользуетесь им для тестирования безопасности, или для функционального тестирования?
@@qabuggage им можно то и то
Спасибо за Ваш труд! Коммент в поддержку канала.
Спасибо, самое приятное наблюдать весь процесс практики с объяснениями по делу, от стори до моментов с БД, чек-листами и вашими размышлениями.
Рады, что видео оказалось полезно!
Спасибо, прекрасное руководство по тестированию, готовый материал для обучения с деталями и примерами
Хорошая работа!
Спасибо за обратную связь :)
Спасибо за очень содержательное видео. Возможно, всем было бы проще, если бы оно было разбито на 3-4 части
Мы пробуем разные форматы. На этот раз решили сделать длинное видео. И статистика показывает, что такое видео зашло гораздо лучше, чем большинство предыдущих.
Есть оглавление, которое как раз разбивает видео на небольшие логические части. Так что можно смотреть частями за несколько раз.
Сделайте, пожалуйста, урок про локализацию в девтулс. Базово о нем уже все рассказали, а как увидеть баг в девтулс на деле и локализовать его, было бы интересно
Спасибо за идею. Это действительно очень актуальная тема. Запланируем видео, чтобы ее раскрыть.
А если хочется уже сейчас посмотреть материал на тему локализации багов в веб-приложения - Аня (один из авторов канала) выступала с докладом по этой теме на SQADays 26. sqadays.com/ru/talk/76121 - вот ссылочка, там есть видео и презентация.
По поводу метода Delete. Т.е. перед его тестированием нам надо в БД вручную изменить признак с false на true, и только потом уже применять его.
Но с другой стороны api метод delete при значении столбца в БД true не должен по идее вообще ничего удалять. Я бы посчитал что это как раз дефект, либо добавил бы коммент по этому поводу
На всякий случай уточню, что в данном видео мы не рассматриваем тестирование метода delete, а рассказываем про способы создания тестовых данных - удаленных объектов.
Если вы тестируете метод delete, т.е. удаляете какой-то объект - я советую сначала просто создать его через метод post.
Менять данные в базе (тестовой!) можно в случаях, когда другие быстрые способы не работают. Но при этом вы обязательно должны либо сами разобраться, либо уточнить у разработчиков, какие именно данные нужно менять. В нашем простом примере мы меняем только значение одного столбца в одной таблице. На реальном проекте данные, которые нужно изменить, могут храниться в нескольких таблицах. Нужно быть уверенным, что изменение данных в бд вручную не нарушает целостность данных.
Как сказано в видео, удаление может быть физическим (данные полностью удаляются из базы) или логическим (специальный признак удаления устанавливается в false). Если у нас есть запись в таблице бд с признаком isDeleted=true, мы удаляем этот объект через метод delete и в приложении реализовано логическое удаление - тогда для удаляемого объекта значение столбца isDeleted должно поменяться с true на false.
@@qabuggage Категорически спасибо за развернутый ответ!
Привет сестры Фалилеевы!)) Как дела? отличный канал!)
Саша привет и спасибо за фидбек :)
Отличный контент!!!
Спасибо за материал!
Где можно скачать чит листы?
Либо может у вас приобрести?
На нашем сайте пока чит-листы не представлены. Но работа запланирована. Следите за новостями на ютуб-канале :)
Цветы это девушке💐
Не совсем понятно: в Swagger, чтобы скачать скачать JSON для импорта в Postman, требования должен разработчик загрузить?
Разработчик должен подключить Swagger к проекту (как это сделать, можно прочитать в официальной документации).
Добрый день. Поясните пожалуйста, для чего нужна проверка "Ранее был удалён промокод с таким названием"? Что может пойти не так?
Предположим, в системе есть промокод "Весна10" на скидку 10% весной. Его срок действия истек, админ удалил промокод из админки за ненадобностью. В системе реализовано логическое удаление - промокоду проставился признак isDeleted=true, но в базе он остался. Через год владелец сайта опять решил сделать скидку весной в 10% и создать промокод с таким же названием "Весна10". И в этой ситуации как раз "что-то идет не так", если при создании промокода уникальность названия проверяется среди всех промокодов, а не только среди НЕудаленных (у которых isDeleted=false). Пользователю отобразится сообщение вида "Промокод с таким названием уже существует".
Еще более простой вариант - пользователь создал промокод, случайно его удалил и хочет опять такой же создать.
@@qabuggage спасибо за исчерпывающий ответ