Добрый день, модуль pytest-allure-commander генерит json отчеты, что я делаю не так? index.html нет, есть идеи что я мог забыть поставить например? не могу алюр прикрутить.

я с деревни и аллюром не пользуюсь, но что-то мне подсказывает, что там это делается в 2 шага

сначала генерится xml\json, потом натравливается на эту папку allure-cli (или другое название)

https://docs.qameta.io/allure/#_report_generation

сначала генерится xml\json, потом натравливается на эту папку allure-cli (или другое название)

спасибо, уже голова квадратная часа 2 ковыряюсь, слышал про необходимость ставить сам алюр и отдельну либу к пайтесту, почитаемс

русские буквы и питон 2 — это взрывная смесь

Кажется надо забыть про кириллические пути.

Аки страшный сон.

и такая трабла не в питоне едином, давно приучил себя все латиницей называть

Кажется надо забыть про кириллические пути.

++

привет есть какая-нибудь премудрость, чтобы браузер (хром), в котором тесты прогоняются вебдрайвером, на себя фокус курсора не перетягивал?

привет есть какая-нибудь премудрость, чтобы браузер (хром), в котором тесты прогоняются вебдрайвером, на себя фокус курсора не перетягивал?

вроде js переключает фокус

blur()

Если снять нужно фокус с конкретного элемента

до этого тесты прогонялись в ФФ, и там такого замечено не было

привет есть какая-нибудь премудрость, чтобы браузер (хром), в котором тесты прогоняются вебдрайвером, на себя фокус курсора не перетягивал?

Запускай не локально наверное

если больше ничего не придумается, то только и останется не локально запускать

а то в телеграмчик писать не удобно в процессе) а это рабочий инструмент

русские буквы и питон 2 — это взрывная смесь

Спасибо, исправил!

вроде js переключает фокус

не, браузер под вебдрайвером просто на себя из бругого браузера перетягивает))

не, браузер под вебдрайвером просто на себя из бругого браузера перетягивает))

Он вроде в любом случае будет перетягивать, при старте так точно. Попробуй headless режим, если тебе не нужно наблюдать что там на экране происходит.

кто что посоветует: есть идея ускорить разработку сценариев по автотестам и навесести порядок: ccs selector вынести, типа в настроечные файлы ( properties или xml или json ). что было все по фаншую. сам код sql уже вынес. в идеале, хочу читать записанные сценарии из xml файлов от плагина selenium ide. стек техноголой: java se 9, spring 5, jbehave 4. а сама цель написать быстро 150 поведеньческих тестов под браузер к примеру хром для тестирование веб приложения сделанного под jave ee со сложной логикой

Ну это, делай)

Мысль здравая

кто что посоветует: есть идея ускорить разработку сценариев по автотестам и навесести порядок: ccs selector вынести, типа в настроечные файлы ( properties или xml или json ). что было все по фаншую. сам код sql уже вынес. в идеале, хочу читать записанные сценарии из xml файлов от плагина selenium ide. стек техноголой: java se 9, spring 5, jbehave 4. а сама цель написать быстро 150 поведеньческих тестов под браузер к примеру хром для тестирование веб приложения сделанного под jave ee со сложной логикой

обычно именно так люди приходят к page-object Но тут зависит еще от ряда факторов: написать тесты и поддерживать и развивать их в течении большого периода времени ИЛИ написать и забыть В первом случае имеет смысл заморочиться за архитектуру. Во втором - нет. Другой вопрос: Кто будет эти сценарии писать ? Селениум ИДЕ генерирует вполне рабочие сценарии, но поддерживать их это адский труд. Если, опять же, нужно что бы кто-то непонимающий генерировал сценарии - есть вариант посмотреть в сторону BDD фреймворков. В этом случае конечный пользователь будет из шагов собирать собирать тест. Опять же нет смысла за это заморачиватся, если это для "написал и забыл" - проще запускать те самые сгенерированные скрипты.

Если писать разрабатывать сами тесты будет обученный автоматизатор - лучше писать код, а не пытаться переписать сгенерированный ИДЕшкой сценарий, и в этом случае БДД фреймворк может быть очень лишним. Ну это на мой взгляд так.

Про бдд поддержу

Если писать разрабатывать сами тесты будет обученный автоматизатор - лучше писать код, а не пытаться переписать сгенерированный ИДЕшкой сценарий, и в этом случае БДД фреймворк может быть очень лишним. Ну это на мой взгляд так.

вообщето у меня уже и так BDD. это целый фрейворк под яву. http://jbehave.org/

но jbehave если честно полуфабрикат. к нему нужны еще руки и напильник если честно

но понимаю даром дали open source. поэтому грех жаловаться...

Тут больше про то что бдд оно, конечно, прикольное, но если есть возможность писать код и нет потребности привлекать тех кто код писать не умеет, то от бдд лучше отказаться

jbehave это не полуфабрикат, а *пере*фабрикат, из всех возмжных BDD-инструментов для Java вам посчастливилось выбрать самый неуклюжий...

jbehave это не полуфабрикат, а *пере*фабрикат, из всех возмжных BDD-инструментов для Java вам посчастливилось выбрать самый неуклюжий...

мне здесь посоваетовали jbehave для "раскурки" - в целом доволен

имхо, "чистый" cucumber-jvm существенно лучше

jbehave имеет характерный "энтерпрайзный" стиль

А кукумбер имеет стремные регулярки

в описании параметров шагов? ну, есть такое, да :)

В остальном соглашусь, что под кукумбер гораздо больше "штук из коробки", сообщества, примеров и вот этого вот всего.

сложные регулярки же не обязательно использовать, чаще всего достаточно написать просто (.+) и всё будет работать

В последних огурцах нет регулярок стремных (js)

я вот заглядываюсь на gauge, но пока руки не дошли попробовать его в боевых условиях

https://gauge.org/index.html

ещё один

имхо, "чистый" cucumber-jvm существенно лучше

спасибо!

ERROR: S client not available

имхо, "чистый" cucumber-jvm существенно лучше

вроде не плох но сырой код и без веб-технологий - каменный век это

в каком смысле "без веб-технологий"?

запускатель с веб-интерфейсом?

Коллеги доброе утро есть у кого-то опыт передачи xml отчета в testrail (сгенерили отчет в пайтесте)

запускатель с веб-интерфейсом?

нет средств с браузером

нет возможности использовать Selenium? очень даже есть — подключайте и используйте

как раз у jbehave могут возникнуть серьёзные проблемы из-за встроенной интеграции с Selenium — использовать более новую версию, чем та, от которой зависит jbehave, весьма рискованно

а зависимость там стоит, кажется, от древней версии 3.3

вбейте в гугл запрос "cucumber java selenium" и он притащит не один десяток инструкций (разной степени годности)

Коллеги, помогите советом. Я перехожу из ручного тестирования в автоматизированное. Дали уже имеющиеся автотесты API, мол, смотри как у нас сделано. В этих автотестах сделано так. Из базы берётся текст запроса и этим стреляют в API. Полученный ответ сверяют с ответом, когда-то ранее записанным в базу. API отвечает за создание отчётов, и есть отчёты, которые подбивают статистику за полгода-год, так и те, что формируют данные за вчера. С одной стороны, если надо протестировать API, то, наверное, это самое простое решение. С другой стороны, я как ручной тестировщик, помню, что такое эффект пестицида, и что для его избегания нужно постоянно варьировать тестовые данные. Тут же получается, что тестовые данные меняются хорошо если раз в полгода. Я думаю о том что бы каждый раз при запуске автотестов данные должны бы подтягиваться из разных, не зависящих друг от друга источников, что бы формировать тестовый эталонный набор, с которым проводить сверку. Я помню, что самые худшие автотестеры вырастают из хороших тестеров, поэтому прошу совета. Как правильно?

Привет всем, можете подкинуть что-то почитать по тестированию REST API (eng/ ru)? Спасибо

Привет всем, можете подкинуть что-то почитать по тестированию REST API (eng/ ru)? Спасибо

http://quality-lab.ru/rest-api-testing/

Коллеги, помогите советом. Я перехожу из ручного тестирования в автоматизированное. Дали уже имеющиеся автотесты API, мол, смотри как у нас сделано. В этих автотестах сделано так. Из базы берётся текст запроса и этим стреляют в API. Полученный ответ сверяют с ответом, когда-то ранее записанным в базу. API отвечает за создание отчётов, и есть отчёты, которые подбивают статистику за полгода-год, так и те, что формируют данные за вчера. С одной стороны, если надо протестировать API, то, наверное, это самое простое решение. С другой стороны, я как ручной тестировщик, помню, что такое эффект пестицида, и что для его избегания нужно постоянно варьировать тестовые данные. Тут же получается, что тестовые данные меняются хорошо если раз в полгода. Я думаю о том что бы каждый раз при запуске автотестов данные должны бы подтягиваться из разных, не зависящих друг от друга источников, что бы формировать тестовый эталонный набор, с которым проводить сверку. Я помню, что самые худшие автотестеры вырастают из хороших тестеров, поэтому прошу совета. Как правильно?

Подход описанный выше звучит вполне нормально. Особенно, если он давно применяется, то ответить на вопрос о его адекватности просто - проверьте пропущенные баги. Много их было? Пропущены они были из-за того, что данные одинаковые? Насколько сильно улучшила бы вариация данных отлов проблем?

Подход описанный выше звучит вполне нормально. Особенно, если он давно применяется, то ответить на вопрос о его адекватности просто - проверьте пропущенные баги. Много их было? Пропущены они были из-за того, что данные одинаковые? Насколько сильно улучшила бы вариация данных отлов проблем?

Мысль понял, спасибо большое.

Привет! Кто то использует у себя интеграцию testrail и testng?

Привет! Кто то использует у себя интеграцию testrail и testng?

Для невнимательных продублирую: "Если хотите что-то спросить - сначала задайте вопрос. Тот, кто в теме - сам вам ответит. Не пытайтесь сначала завладеть вниманием всех, а потом спрашивать. Это не работает и только тратит ваше и наше время."

В этом и вопрос, хотел получить инфы о том как интегрировать, есть же наверное какие то готовые решения, может быть кто то поделится, что использует на своем проекте? ?

вбейте в гугл запрос "cucumber java selenium" и он притащит не один десяток инструкций (разной степени годности)

ок спасибо!

В этом и вопрос, хотел получить инфы о том как интегрировать, есть же наверное какие то готовые решения, может быть кто то поделится, что использует на своем проекте? ?

http://lmgtfy.com/?q=testrail+and+testng 2я ссылка в поиске

http://lmgtfy.com/?q=testrail+and+testng 2я ссылка в поиске

Спасибо, что погуглил за меня.

Спасибо, что погуглил за меня.

спасибо за погугление)

Коллеги, помогите советом. Я перехожу из ручного тестирования в автоматизированное. Дали уже имеющиеся автотесты API, мол, смотри как у нас сделано. В этих автотестах сделано так. Из базы берётся текст запроса и этим стреляют в API. Полученный ответ сверяют с ответом, когда-то ранее записанным в базу. API отвечает за создание отчётов, и есть отчёты, которые подбивают статистику за полгода-год, так и те, что формируют данные за вчера. С одной стороны, если надо протестировать API, то, наверное, это самое простое решение. С другой стороны, я как ручной тестировщик, помню, что такое эффект пестицида, и что для его избегания нужно постоянно варьировать тестовые данные. Тут же получается, что тестовые данные меняются хорошо если раз в полгода. Я думаю о том что бы каждый раз при запуске автотестов данные должны бы подтягиваться из разных, не зависящих друг от друга источников, что бы формировать тестовый эталонный набор, с которым проводить сверку. Я помню, что самые худшие автотестеры вырастают из хороших тестеров, поэтому прошу совета. Как правильно?

Тимур, тоже присоединюсь с ответом. Выясните точную цель автотеста. Это было "покрыть все" или это регрессионка с целью "просто проверить, что не отвалилась функция". Сами понимаете, для разных целей будут разные наборы данных. Для последнего варианта именно тот, который вы описали - "проверить только что-то и убежать" ?