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