Мое мнение, что такие автогенераторы клиентов в основном подходят для пет проектов, либо я не встречал проекты, где их можно было использовать, так как приходится писать тонны вспомогательного кода рядом. Так же я не встречал сваггер, который находится в актуальном состоянии, поэтому я против такого подхода (исходя из своего опыта)
1) Почему Python употребляется в контексте «лёгкого и простого» языка? Это полноценный язык и он такой же сложный как Java и остальные
2) третий язык по популярности (и первый по росту) это JavaScript (TypeScript). Selenium скоро конец и на его место приходят JS фреймворки (Playwright)
А как у вас работает связав pytest + автоимпорт + фикстуры в vs code ? У меня не работает. (Или автотмпорт с pylance или нормальная работа с фикстурами с помощью стороннего плагина)
Спасибо!
Вопросы:
1) with allure.step(«Запрос отправлен. Десериализируем ответ из json в словарь.»): у вас нормально работает на 3.8? У меня падает, есть ишью.
2) Как решили вопрос с ветками и отчетами? Например, Разработчик и тестировщик одновременно гоняют тесты — на выходе один тест в gitlab page, история затирается
Возьму за пример свой опыт. Если посмотреть со стороны scrum, то у нас нет разработчиков, аналитиков и тестировщиков. У нас есть члены команды, которые должны дать вместе результат. У нас T-shape команда — я могу поправить фронт, аналитик протестировать функционал, фронты писать бэк. И для нас этот вариант работает. Ну и очевидные вещи в виде развития.
Нет, я утверждаю немного другое «Нет, конечно же ручники будут нужны. Но с каждым годом потребностей в них будет все меньше.».
Совсем ручники не уйдут, даже если часть их задач заберут на себя автоматизаторы. Но это отдельная статья.
На самом деле это редкий путь из ручника в разработчика (в качественного разработчика!).
Часто бывает так, что после ручного тестирования человек попадает в автоматизацию, изучает несколько фреймворков и на этом его развитие заканчивается.
Мое мнение, что такие автогенераторы клиентов в основном подходят для пет проектов, либо я не встречал проекты, где их можно было использовать, так как приходится писать тонны вспомогательного кода рядом. Так же я не встречал сваггер, который находится в актуальном состоянии, поэтому я против такого подхода (исходя из своего опыта)
Опоздали на года три. Будут держаться за счёт легаси, есть ровно 0 причин начинать проект на нём при живом playwright
1) Почему Python употребляется в контексте «лёгкого и простого» языка? Это полноценный язык и он такой же сложный как Java и остальные
2) третий язык по популярности (и первый по росту) это JavaScript (TypeScript). Selenium скоро конец и на его место приходят JS фреймворки (Playwright)
А как у вас работает связав pytest + автоимпорт + фикстуры в vs code ? У меня не работает. (Или автотмпорт с pylance или нормальная работа с фикстурами с помощью стороннего плагина)
Вопрос по поводу Page Object. В какую сторону пошли ?
Вопросы:
1) with allure.step(«Запрос отправлен. Десериализируем ответ из json в словарь.»): у вас нормально работает на 3.8? У меня падает, есть ишью.
2) Как решили вопрос с ветками и отчетами? Например, Разработчик и тестировщик одновременно гоняют тесты — на выходе один тест в gitlab page, история затирается
Совсем ручники не уйдут, даже если часть их задач заберут на себя автоматизаторы. Но это отдельная статья.
Часто бывает так, что после ручного тестирования человек попадает в автоматизацию, изучает несколько фреймворков и на этом его развитие заканчивается.