Как раз разбираюсь с API. Базовые знания есть. Кое-что, как всегда, подсмотрел ПОЛЕЗНОГО из видео! 😋 СПАСИБО ЖЕНЯ. Жду следующее видео по организации архитектуры проекта.
Я работаю в мануальном чуть больше 2 лет, правда по мобилкам. Решил изучить автоматизацию на питоне, посмотрел видосы, прочитал книгу, пишу какой то код уюе, думал что еще учить и учить, но посмотрев твои видосы, я понимаю почти все что ты гоаоришь и делаешь! И я вижу что оказывается автотесты вэба и api это очень просто! Ты просто супер Женя! Видосы улёт, доступно и понятно. Ты точно добавил мне уверенности и сил продолжать практиковаться в этом направлении)
Окей, да, знаю, что многие понимают что такое API, но не всегда есть понимание что в нем можно и нужно потестировать. Так что однажды сделаю такое видео.
Евгений, в пайчарм есть автоперенос строк согласно правилам pep8 зажав комбинацию ctrl +shift+L (на маке: Command +shift+L) И не нужно вручную париться как переносить
Спасибо за видео, Евгений. А зачем вы проверяли удаление в конце видео с помощью постмана? не проще было добавить такую проверку в пост условие в фикстуру в конце? именно на проверку ответа от сервера, можно статус код тоже проверить. Или это будет нагромождением ненужным?
Ну надо ж развиваться хоть по чуть-чуть в каждом деле, которым занимаешься ))) Джава не... Когда-то пробовал - не понравилось. А вот JS однажды таки осилю. С большего, из-за его популярности.
Немного запутался) Мы ведь в предусловиях создаем объект - тело в формате json с разными полями, лишь одно из которых id, которое мы и получаем. А почему тогда в постусловиях мы удаляем не объект целиком (payload), а только одно его поле - id? Так получается, что для каждой следующей тестовой функции использующей эту фикстуру будет заново создаваться один и тот же объект payload? Это норм или я не догоняю?)
Мы в запросе удаления указываем ID объекта, который нужно удалить. Удаляется весь объект, а не один его параметр. ID и существует для того, чтобы уникально обращаться к объектам. Id - идентификатор
Payload это часть ответа сервера, в котором в данном случае хранятся данные об объекте. Удаляем мы не payload, а объект. Payload - это место в запросе или в ответе, где передаются данные.
Это уже ближе к теме автоматизации ОС и CI/CD В ходе тестов в идеале генерируются данные для отчёта, после завершения создаётся отчёт и отправляется в телегу или куда угодно. Индивидуально для каждого теста слать отчёт - один из подвидов спама)))))
Добрый день, а правильно ли я понимаю что тестировать на python в том случае если проект на котором ты работаешь написан на таком же языке? ну типо нет смысла тестировать python+playwright на UI, если весь фронт написан на JS? буду благодарен за фидбек
Да, такой связи нет. Раньше так говорили, имея в виду, что девелоперы помогут, если чо. Но на деле оказывается, что они не помогают. Если бы весь фронт тестили только на том же языке, на котором написан фронт, то автотестов на питоне, джаве и чем угодно другом кроме JS не существовало бы
Очень круто объясняешь с простого на более продвинутый уровень. Жду с нетерпением следующий урок про структуру правильного авто тестов.
Уже вышел
Большое спасибо за урок, всё наглядно и без воды 👍
Благодарю за видео, жду урок по тестированию API :)
Да, вижу, что интерес есть. Буду снимать, значит
Как раз разбираюсь с API. Базовые знания есть. Кое-что, как всегда, подсмотрел ПОЛЕЗНОГО из видео! 😋 СПАСИБО ЖЕНЯ.
Жду следующее видео по организации архитектуры проекта.
Супер. Хорошая информация по деталям и как всё правильно оформить в глобальном смысле с подачей от простого к сложному. Большое спасибо.
Рад, что полезно
Спасибо ! Было бы ещё интересно посмотреть, как правильно валидировать json-схему
Да, планирую однажды рассказать
Просто и понятно) как всегда вышка)
Женя, очень крутые и понятные видео! Нравится твоя подача - с тобой реально мир python становится легче и понятнее
Спасибо, греет душу.
Спасибо!!! Очень нравится, как Вы объясняете!
Спасибо за классные видео!! Очень жду видео проекта)
Обязательно будет!
Я работаю в мануальном чуть больше 2 лет, правда по мобилкам. Решил изучить автоматизацию на питоне, посмотрел видосы, прочитал книгу, пишу какой то код уюе, думал что еще учить и учить, но посмотрев твои видосы, я понимаю почти все что ты гоаоришь и делаешь! И я вижу что оказывается автотесты вэба и api это очень просто! Ты просто супер Женя! Видосы улёт, доступно и понятно. Ты точно добавил мне уверенности и сил продолжать практиковаться в этом направлении)
Всё правильно. В этом нет ничего сложного. Главное - хорошая основа, тонкости всегда можно дошлифовать.
Расскажи про API, как его тестировать, огромное желание научится правильно тестировать API.
Окей, да, знаю, что многие понимают что такое API, но не всегда есть понимание что в нем можно и нужно потестировать. Так что однажды сделаю такое видео.
Спасибо вам огромное за ваши видео!
Очень интересно и приятно смотреть😊
Спасибо
Добрый день!
Интересна тема "моков" в api. Если расскажите подробнее на видео - будет круто
Здравствуйте. А можете подробнее написать сценарии, в которых вы хотели бы использовать моки при тестировании API?
Мне кажется основной сценарий это когда тот сервис который ты покрываешь автотестами ходит в другие сервисы, отправить что то или за справочником.
Евгений, в пайчарм есть автоперенос строк согласно правилам pep8 зажав комбинацию ctrl +shift+L (на маке: Command +shift+L)
И не нужно вручную париться как переносить
Этот перенос не до конца соответствует всем рекомендациям PEP-8
@@SeniorTester но тем не менее, в 90% случаях он переносит корректно
Спасибо Вам!
Спасибо за видео, Евгений. А зачем вы проверяли удаление в конце видео с помощью постмана? не проще было добавить такую проверку в пост условие в фикстуру в конце? именно на проверку ответа от сервера, можно статус код тоже проверить. Или это будет нагромождением ненужным?
Сделайте пожалуйста видео по негативным сценариям тестов
Вселенское спасибо!))
Вселенское пожалуйста!)))
Хотелось бы увидеть реализацию логирования в API (особенно при падающ
ем тесте). Как отдельно в файл так и для Allure.
Кстати да, про логирование в автотестах можно будет как-то рассказать
Здравствуйте. Как всегда вышка. Можете про тему логирование сделать ролик?
лайк! продолжай в том же духе!
Спасибо. Буду стараться
Спасибо большое!!!
Пожалуйста!
круто !
Good 👍 job 👍 👏 👌 🙌 💪
Жень привет почему то тест по изменению сущности падает, мы туда фикстуру не передам разве
?
Интересно с api и различной авторизацией как реализовать?
Вы про токены и заголовок aurhorization?
@@SeniorTester да. как и куда подставлять jwt Bearer и т.д. тема в видео не раскрыта.
Ну, здесь были основы, да и в этой апи нет авторизации. Но согласен, нужно было показать как добавить заголовки. Исправлюсь в одном из следующих видео
Расскажи что такое API и как его тестировать)!
Блин. Чо, придётся снимать что-ли?
@@SeniorTester ну перед этим уроком нужно было) Тут джуны-нубы же)
@@SeniorTester да снимай приквел к этому уроку)
афтер, что за приятна музыка? Зачем так расти в качестве контента? Что случилось?)) Почему не Джава? А то у нас рест ашшуред на ней
Ну надо ж развиваться хоть по чуть-чуть в каждом деле, которым занимаешься )))
Джава не... Когда-то пробовал - не понравилось.
А вот JS однажды таки осилю. С большего, из-за его популярности.
@@SeniorTester не ужели в СНГ js на АТ популярен?)
хватит ли этих знаний для прохождения собеса?
Немного запутался) Мы ведь в предусловиях создаем объект - тело в формате json с разными полями, лишь одно из которых id, которое мы и получаем. А почему тогда в постусловиях мы удаляем не объект целиком (payload), а только одно его поле - id?
Так получается, что для каждой следующей тестовой функции использующей эту фикстуру будет заново создаваться один и тот же объект payload? Это норм или я не догоняю?)
Мы в запросе удаления указываем ID объекта, который нужно удалить. Удаляется весь объект, а не один его параметр.
ID и существует для того, чтобы уникально обращаться к объектам. Id - идентификатор
Payload это часть ответа сервера, в котором в данном случае хранятся данные об объекте. Удаляем мы не payload, а объект. Payload - это место в запросе или в ответе, где передаются данные.
@@SeniorTester Спасибо, стало понятно, но не до конца) Не могу понять разницу между телом запроса и объектом на сервере
@user-tv7lg4uy4m оу, ну это сложно в комментарии.
В двух словах, на сервере хранятся объекты, с помощью запросов мы взаимодействуем с этими объектами
Расскажи что такое API и как его тестировать!
ua-cam.com/video/CU5hrXYRCRk/v-deo.html
@@SeniorTester до туда ещё не дошёл, но комментарий думаю будет не лишним)
А как обработать события пройден - не пройден пайтестом ? для отправки результатов в телегу/email/... и т.д. ?
Это уже ближе к теме автоматизации ОС и CI/CD
В ходе тестов в идеале генерируются данные для отчёта, после завершения создаётся отчёт и отправляется в телегу или куда угодно.
Индивидуально для каждого теста слать отчёт - один из подвидов спама)))))
Можно тоже самое, но про GRPC. Пришел на проект, а тут реста нет вообще и точно не будет.А автотесты писать надо
Охх. С этим я однажды разберусь и тогда обязательно будет видео )))
Может кто подсказать, как в терминале пайчарма очистить историю ранее вводимых команд? (которую мы переключаем по кнопке UP)?
На линуксе для этого есть команда "history - c"
Сработает ли она в других ОС - нужно экспериментировать
Добрый день, а правильно ли я понимаю что тестировать на python в том случае если проект на котором ты работаешь написан на таком же языке? ну типо нет смысла тестировать python+playwright на UI, если весь фронт написан на JS? буду благодарен за фидбек
Разницы вообще нет, на каком языке ты будешь писать автотесты. Проект может быть написан хоть на php, а тесты UI будут на java и д.р.
Да, такой связи нет. Раньше так говорили, имея в виду, что девелоперы помогут, если чо. Но на деле оказывается, что они не помогают.
Если бы весь фронт тестили только на том же языке, на котором написан фронт, то автотестов на питоне, джаве и чем угодно другом кроме JS не существовало бы
что такое api и как его тестировать
ua-cam.com/video/CU5hrXYRCRk/v-deo.html