Просто многие все хотят ворваться в IT через QA, хотя есть множество других вариантов. Наша команда бы с радостью взяла к себе даже Junior DevOps - только их очень мало
Добрый день! Спасибо за интересную статью. Я QA и мне по должности частенько приходится писать тесты. Но я не очень понимаю, как мне применить данную информацию.. Верно понимаю, что статья ориентирована на разработчиков и unit-тесты?
Добрый день! Спасибо за интересную статью. Что вы думаете насчет карьерных перспектив технического эксперта и тест менеджера? Или по вашему, это уже тупик развития QA?
Добрый день! Спасибо за интересную статью. Отчего для python выбран такой древний инструмент (поддержка кончилась лет 8 назад) pyresttest а не расширяемый плагинами молодежный pytest?
Возможность прикольная, но часто сырой playwright код нужно причесывать.. Хотя бы приводить к page object, base element паттернам. Не уверен, что данный подход сэкономит время, если уже написан некоторый фреймворк
Немного работал с Fiddler, но я как-то больше по Charles Proxy - чисто субъективно приятнее интерфейс. Не так давно познал Wireshark - там вообще монстр по возможностям, однако порог вхождения в него повыше, конечно..
Расширения на то и расширения, что расширяют базовые возможности браузера :) В данной статье как раз представлены базовые возможности. Кстати говоря - на основе Chromium различные компании могут делать свои собственные браузеры, в которых по причинам безопасности убирают возможность установки расширений.
На самом деле настраивается очень быстро ) Настройка подмены первого ответа с нуля настраивается за 5-7 минут, последующие занимают уже не более 1-2 минут.
Но вы правы, когда говорите, что для чего-то посущественнее уже подключаем скрипты - этот прием с DevTools скорее для быстрой проверки каких-то corner кейсов.
Добрый день! Спасибо за интересную статью. Есть плюсы и минусы такого подхода, плюсы вы уже обозначили.
Главный минус (он же плюс) подхода - сохранение контекста и единственный логин. Соответственно, это становится узким горшлышком запуска.
1. Авторизационный токен может протухнуть посреди сессии.
2. Во время авторизации может на пару секунд моргнуть инфраструктура - и упадут все тесты разом.
3. В localStorage могут накапливаться тестовые данные прошлых автотестов, что делает сценарии довольно грязными, и может даже привести к конфликтам между тестами. Это довольно тяжело отловить особенно при параллельном запуске тестов.
Один и тот же локатор может использоваться в разных методах
Традиционно для этого все локаторы и методы обычно объединяютсч внутри одного класса, к примеру класс LoginPage имеет атрибуты email_input и password_input, которые используются как в методе логина.
В то же время класс RegisterUserPage имеет метод регистрации нового пользователя, и может для переиспользования локаторов email_input и password_input отнаследоваться от LoginPage.
Пишу поскольку также несколько удивлён такому необычному разделению и не вижу его преимуществ, только лишние сущности в виде дополнительных модулей )
Просто многие все хотят ворваться в IT через QA, хотя есть множество других вариантов. Наша команда бы с радостью взяла к себе даже Junior DevOps - только их очень мало
Благодарю за ответ!
Добрый день! Спасибо за интересную статью. Я QA и мне по должности частенько приходится писать тесты. Но я не очень понимаю, как мне применить данную информацию.. Верно понимаю, что статья ориентирована на разработчиков и unit-тесты?
Добрый день! Спасибо за интересную статью. Что вы думаете насчет карьерных перспектив технического эксперта и тест менеджера? Или по вашему, это уже тупик развития QA?
Любопытно, надо будет ознакомиться )
Большое спасибо! Добавил в закладки
Добрый день! Спасибо за интересную статью. Отчего для python выбран такой древний инструмент (поддержка кончилась лет 8 назад) pyresttest а не расширяемый плагинами молодежный pytest?
Тогда огонь )
Возможность прикольная, но часто сырой playwright код нужно причесывать.. Хотя бы приводить к page object, base element паттернам. Не уверен, что данный подход сэкономит время, если уже написан некоторый фреймворк
К сожалению, статус код подменить нельзя - я упомянул об этом в заключении в разделе недостатки.
Согласен, с кешем есть такой момент.
Немного работал с Fiddler, но я как-то больше по Charles Proxy - чисто субъективно приятнее интерфейс. Не так давно познал Wireshark - там вообще монстр по возможностям, однако порог вхождения в него повыше, конечно..
Вот с такой точки зрения не рассматривал ))
Расширения на то и расширения, что расширяют базовые возможности браузера :) В данной статье как раз представлены базовые возможности. Кстати говоря - на основе Chromium различные компании могут делать свои собственные браузеры, в которых по причинам безопасности убирают возможность установки расширений.
You are welcome!
Точно! Очень удобно, что все под рукой )
На самом деле настраивается очень быстро ) Настройка подмены первого ответа с нуля настраивается за 5-7 минут, последующие занимают уже не более 1-2 минут.
Но вы правы, когда говорите, что для чего-то посущественнее уже подключаем скрипты - этот прием с DevTools скорее для быстрой проверки каких-то corner кейсов.
Добрый день! Спасибо за интересную статью. Есть плюсы и минусы такого подхода, плюсы вы уже обозначили.
Главный минус (он же плюс) подхода - сохранение контекста и единственный логин. Соответственно, это становится узким горшлышком запуска.
1. Авторизационный токен может протухнуть посреди сессии.
2. Во время авторизации может на пару секунд моргнуть инфраструктура - и упадут все тесты разом.
3. В localStorage могут накапливаться тестовые данные прошлых автотестов, что делает сценарии довольно грязными, и может даже привести к конфликтам между тестами. Это довольно тяжело отловить особенно при параллельном запуске тестов.
Традиционно для этого все локаторы и методы обычно объединяютсч внутри одного класса, к примеру класс LoginPage имеет атрибуты email_input и password_input, которые используются как в методе логина.
В то же время класс RegisterUserPage имеет метод регистрации нового пользователя, и может для переиспользования локаторов email_input и password_input отнаследоваться от LoginPage.
Пишу поскольку также несколько удивлён такому необычному разделению и не вижу его преимуществ, только лишние сущности в виде дополнительных модулей )