Автоматизация тестирования UI + API с Python. Базовый ★ 5.000

И вот, после трёх недель после прохождения курса по UI, я полностью прошёл курс по API. Общее впечатление осталось таким же положительным, хотя старт дался сложнее. Однако к финалу у меня сложилась целостная картина, и все нюансы встали на места — во многом благодаря продуманной структуре. В отзыве на UI я почему‑то не упомянул обратную связь от преподавателя, а зря. Она оперативная, подробная и по делу. Первый курс я брал расширенный, второй — базовый. Разница, по сути, в личных ревью: на расширенном балл снижают за каждую, даже мелкую ошибку, что отлично тренирует внимательность и помогает не допускать их в будущем. В базовой версии такого нет, но преподаватель всё равно отвечает почти на все вопросы (кроме тех, что связаны с ошибками в коде — их предлагают разбирать самостоятельно, что я считаю скорее плюсом). Базовый я выбрал сознательно: занимался преимущественно глубокой ночью, и в курсе по UI проверка из‑за этого иногда затягивалась (хотя нередко и в 4 часа утра задание проверяли за 10 минут). Так что для меня тот факт, что преподаватель отвечал на мои вопросы - было приятным шоком, я думал ответов на вопросы не будет совсем. Если у вас нет подобных ограничений — однозначно рекомендую расширенную версию. Личное ревью от Никиты стоит дополнительных 9 тысяч, вы, вероятно, больше никогда не совершите указанной ошибки, в отличие от самостоятельной проверки. Курс прекрасный, лучше не встречал. Обязательно пройду остальные — особенно учитывая, что в них, в отличие от первых двух, гораздо меньше пересекающегося материала. Уверен, будет так же интересно. Так же было бы очень круто, если ты в будущем был курс, направленный на обучение реальной работе в компании(если это можно так назвать). Как связывать в одном проекты все виды тестирования, как переиспользовать какие-то общие фикстуры, как строится взаимосвязь между ними. Чтобы был какой-то общий фреймворк со всеми видами изученных тестов в предыдущих курсах, со всеми применяемыми практиками. И построенный так, что прохождение предыдущих курсов подразумевается и основы оттуда уже не рассказываются, фокус исключительно на архитектуре. Но это все мои влажные мечты :).

Отличный курс. Стоит каждую свою копейку. В перспективе думаю приобрету и по нагрузочному тестированию. Теперь осталось проверить знания на практике

Добрый день! Курс взял, чтобы улучшить свои навыки в автоматизации тестирования на Python и применять их в работе. Материалом доволен: все необходимые темы для написания API-тестов разобраны очень детально. Из минусов — самостоятельные работы. В ряде модулей они чересчур легкие и идут по чёткому шаблону, не заставляя как следует «поломать голову». Хотелось бы больше заданий на нестандартное мышление. Но общее впечатление хорошее, базу даёт отличную.

Данный курс очень понравился. Все подробно описано, рассказано, если возникают трудности, то есть обратная связь. Разобралась с фикстурами, CI/CD. В курсе много есть всяких интересных фишек, про которые я не знала. В общем, рекомендую данный курс)

Мне очень понравился этот курс. Я решила пройти его, чтобы прокачать свои знания в тестировании и применить их на текущем месте работы. Мне был конкретно интересен модуль по playwright, (на работе я пишу на selenium). Его раскрыли достаточно хорошо. Тем не менее, мне кажется, если у человека совсем нет пониманий питона\программирования, данный курс для него будет сложен. Очень понравилось, что после видео есть краткий конспект. Помогает потом пробежаться быстро и вспомнить что было раньше. Многие практики в курсе показались мне полезными, некоторые показались работающими только в идеальном мире, но возможно, пригодятся в более крутой компании. в любом случае я бы оценила курс на 5\5 заявленные темы открыты в полном объеме, задания интересные, я в восторге.

Курс понравился, прошел на одном дыхании. Очень порадовало что тут рассказывается о процессе автоматизации в целом: от правильной структуры кода до CI/CD и процессе уже эксплуатации написанных скриптов Теперь о том чего бы хотелось и чего не хватало на мой взгляд в этом курсе: 1. Подробно не раскрыт сам функционал playwright. Понятно что автор хотел сосредоточится на процессе в целом, а все фичи можно изучить самому по официальной документации, и на это вообще может уйти отдельный курс. Но хотелось бы видеть примеры работы с базовыми элементами, такими как чек боксы, радиобатоны, выпадающие списки и так далее. 2. Нет информации об codegen В курсе раскрывались такие функции как запись видео, трейсер, но про UI инспектор codegen который помогает записывать действия и локаторы(когда никак не получается подобрать нужный в ручную) не было упомянуто вообще. 3. Слабо раскрыта тема моков. Показан пример об ограничении загрузки всяких лишних файлов для ускорения работы скриптов, но не показан пример имитации какого-нибудь внешнего сервиса. Если эта тема более глубоко разобрана в другом курсе автора - то это хорошо, буду только рад. 4. Эмуляция мобильных web браузеров. В курсе раскрыта тема крос браузерного тестирования и как запустить тест сразу на нескольких движках поочередно, но не раскрыта тема того же запуска в мобильных эмуляторах. Мне кажется эта тема тоже актуальна 5. Эксплуатация автотестов. В курсе подробно описан процесс запуска тестов удалено на CI. Но запуск по сути происходит всех тестов после таких событий как обновление репозитория через push команды. А вот как например вручную запустить определенные кейсы или автоматически по расписанию любому члену команды через какой-нибудь инструмент по мере необходимости. То есть чтобы не ставить локально IDE, python и прочие библиотеки? То есть чтобы можно было в неком web сервисе прям в UI выбрать нужные тесты из списка, выбрать окружение и запустить. Да, в основном такие инструменты разрабатывают SDET-инженера под нужды проекта. Я на практике в своей работе так и запускал автотесты. Просто хотелось, что бы в курсе такой подход то же был бы описан немного, чтобы знать что такое бывает. 6. Тестовые данные В курсе показан пример параметризированных кейсов на примере логирования под тремя вариантами, указанные прямо в коде. Но есть случаи когда к примеру на создание каких-нибудь ордеров, участвуют десятки параметров, которые хранятся в каких-нибудь .csv файла в табличной форме, а иногда даже и в базе данных. То есть соблюдается принцип: "Код отдельно, тестовые данные отдельно". То есть хотелось бы чтобы был описан на каком-нибудь примере и такой процесс: когда данные берутся из файлов/базы и загружаются в тест

Очень понравился курс, благодарю от души автора курса за проделанную работу. Решила начать развитие в автоматизацию с данного курса и не пожалела, дается очень много практики с реальными примерами, море актуальной и полезной информации, советов. К тому же курс за доступную цену! Я определенно буду пересматривать курс, чтобы оттачивать навыки автоматизации!

Курс оказался очень полезным и информативным для тех, кто хочет освоить автоматизированное тестирование пользовательских интерфейсов с использованием Python. В рамках курса были подробно рассмотрены основные инструменты и библиотеки, необходимые для тестирования UI, а также представлены практические задания, которые помогли закрепить полученные знания. Особенно понравилось, что курс включает в себя актуальные примеры из реальной практики, что позволяет лучше понять, как применять полученные навыки в работе. В целом, рекомендую этот курс всем, кто хочет улучшить свои навыки в области тестирования UI и научиться использовать Python для автоматизации тестирования.

Курс оказался очень полезным и информативным. Он предоставил глубокие знания о принципах работы с API и методах их тестирования. В рамках курса были рассмотрены различные инструменты и подходы, которые можно сразу применять на практике. Особенно понравились практические задания — они помогли закрепить полученные знания и развить навыки работы с реальными API. В целом, курс рекомендую всем, кто хочет углубить свои знания в области тестирования API на python и повысить профессиональный уровень.