это чат, а не канал

@qa_channel

ну @qasoft - это по сути этот паблик VK https://vk.com/qasoft

Котаны. А вот например. Как назвать человека, который только начинает по сути вливаться в атовматизацию тестирования? Junior Automation Q.A. ?

типа того

а когда можно считать его middle?

Единой классификации кого и когда считать миддлом нет.

Это очень холиварный и бессмысленный вопрос, везде по разному.

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

Я, например, могу выдать вполне устоявшееся определение из своей головы, но далеко не факт, что оно подойдет для всех.

Коллеги из автоматизации, кто-нибудь прикручивал Report Portal от EPAM'а к Cucumber'у ?

Я, например, могу выдать вполне устоявшееся определение из своей головы, но далеко не факт, что оно подойдет для всех.

Интересно, огласите)

Коллеги из автоматизации, кто-нибудь прикручивал Report Portal от EPAM'а к Cucumber'у ?

А в чем вопрос?

А в чем вопрос?

Собственно, как? Там понятного гайда нет. Просто передать кукумберраннеру -plugin и пусть класс Scenario-репортера - не помогло.

Единой классификации кого и когда считать миддлом нет.

можно всей этой толпой написать документацию)

или сделать тестирование например)

в testNG просто листенеров навешал и всё завелось сразу, без проблем

а в Cucumber'е что-то не очень очевидно

Интересно, огласите)

Для что QA автоматизаторов, что для всех остальных, на мой взгляд, отлично работает весьма простая классификация, завязанная на те задачи, которые человек способен решать. Junior -> Получает на вход хорошо расписанное TO-DO, требует навигации и менеджмента\ментроства в процессе выполнения и условной "приемки" результатов. Middle -> Способен самостоятельно на основе подробно описанного задания сделать задачу, без привлечения сторонних сил. Senior -> На основе туманного описания задачи принять решение "как сделать", без привлечения внешних сил.

Это если коротко.

Собственно, как? Там понятного гайда нет. Просто передать кукумберраннеру -plugin и пусть класс Scenario-репортера - не помогло.

http://reportportal.io/#documentation/ Отпарсили уже?

Это если коротко.

Ну где-то так, плюс коммуникации сюда и лидерство

Лидерство напрямую с этим не связано.

Для что QA автоматизаторов, что для всех остальных, на мой взгляд, отлично работает весьма простая классификация, завязанная на те задачи, которые человек способен решать. Junior -> Получает на вход хорошо расписанное TO-DO, требует навигации и менеджмента\ментроства в процессе выполнения и условной "приемки" результатов. Middle -> Способен самостоятельно на основе подробно описанного задания сделать задачу, без привлечения сторонних сил. Senior -> На основе туманного описания задачи принять решение "как сделать", без привлечения внешних сил.

блин.. я оказывается уже фиг знает сколько сеньор (

http://reportportal.io/#documentation/ Отпарсили уже?

конечно

на comaqa вчера что-то говорили по поводу интеграции с огурцами

мануал в скором времени будет

*позавчера

по классификации shoo я видимо тоже уже давно сеньор, хотя таковым себя не ощущаю

а в Cucumber'е что-то не очень очевидно

Да ладно? За пару часов сделали.

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

Да ладно? За пару часов сделали.

вы молодцы, а теперь более конкретно... вот так запускается кукумбер, ему передаются агрументы, один из которых - репортер javaexec { main = "cucumber.api.cli.Main" classpath = ... args = '--plugin', 'com.epam.reportportal.cucumber.ScenarioReporter' } тесты идут, но в репортпортал ничего не прилетает, что я забыл?

Предлагаю почитать логи из контейнера.

https://pastebin.com/qkcAKKYVn Уже почитал и даже сюда кинул. Та же ошибка.

Всем привет! Есть у кого-то опыт скрещивания py.test и BDD? Если конкретно, то есть приличная база(более 10000) функциональных тестов на py.test. Хочется иметь эти же тесты, но в BDD обертке, чтобы кейсы, которые они проверяют были описаны где-нибудь рядышком на gherkin'e. Желательно при этом обойтись минимальным переписыванием самих тестов.

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

Такое бывает и это называется Junior Senior QA

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

Если вы при этом сделали ребятам qa, то да, все так и было.

Всем привет! Есть у кого-то опыт скрещивания py.test и BDD? Если конкретно, то есть приличная база(более 10000) функциональных тестов на py.test. Хочется иметь эти же тесты, но в BDD обертке, чтобы кейсы, которые они проверяют были описаны где-нибудь рядышком на gherkin'e. Желательно при этом обойтись минимальным переписыванием самих тестов.

Это вряд ли получится сделать без жирного такого рефакторинга тестов.

Следовательно возникает вопрос, стоит ли оно того.

Добавил USER root в докерфайл, поменял путь копирования хромдрайвера на /usr/bin/, удалил строчку setProperty хромдрайвера. Опять на хосте все работает, в контейнере нет. Хост: Ubuntu Gnome, ядро 4.10.0-21-generic

Если сделаю тестовый проект, можете попробовать у себя запустить?

Следовательно возникает вопрос, стоит ли оно того.

ну хорошо, как тогда используя py.test контролировать покрытие тестами функционала(без BDD)?

ну хорошо, как тогда используя py.test контролировать покрытие тестами функционала(без BDD)?

А как вы будете его с бдд мерить, простите?

Для что QA автоматизаторов, что для всех остальных, на мой взгляд, отлично работает весьма простая классификация, завязанная на те задачи, которые человек способен решать. Junior -> Получает на вход хорошо расписанное TO-DO, требует навигации и менеджмента\ментроства в процессе выполнения и условной "приемки" результатов. Middle -> Способен самостоятельно на основе подробно описанного задания сделать задачу, без привлечения сторонних сил. Senior -> На основе туманного описания задачи принять решение "как сделать", без привлечения внешних сил.

В компаниях обычно не только способности, но и стек включают в обязанности должности

там всё четко: есть требования прописанные на gherkin'e, они однозначно мапятся на код тестов.

В компаниях обычно не только способности, но и стек включают в обязанности должности

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

Переход из синьора в мидлы при смене стека вполне возможен и вписывается в описанную квалификацию.

там всё четко: есть требования прописанные на gherkin'e, они однозначно мапятся на код тестов.

Только при условии что 1 тест = 1 требование

Что сложно назвать полноценным рассчетом покрытия.

Но в целом поматчить тесты с требованиями в рамках репорта проще, чем обернуть это в бдд.

https://developer.github.com/v4/

Гитхаб тоже эволюционирует от дряхлого REST к современному модному GraphQL

Кто-нибудь использует WebdriverIO для автоматизации тестирования? Есть что сказать? Плюсы/минусы?

Кто-нибудь использует WebdriverIO для автоматизации тестирования? Есть что сказать? Плюсы/минусы?

я использовала, увидела только плюсы. хорошая дока, куча методов, просто и понятно

https://www.youtube.com/watch?v=3v_WWHBo2hc&index=11&list=PL5wxqoWu9GEpeGIltZo8D0d5RKkFqC_4U

я использовала, увидела только плюсы. хорошая дока, куча методов, просто и понятно

Спасибо ) И совсем не было проблем? С ожиданиями, с поиском элементов, еще что-то?

Кто-нибудь использует WebdriverIO для автоматизации тестирования? Есть что сказать? Плюсы/минусы?

Используем в обертке CodeceptJS. Из минусов наверное то, что ребята долго идут в W3C стандарту, есть проблемы с лисой из-за этого.

видео про почти все современные JS Selenium Wrappers с описанием плюсов и минусов

Спасибо ) И совсем не было проблем? С ожиданиями, с поиском элементов, еще что-то?

была проблема что они раньше элемет ждали бесконечно долго, а теперь 30 сек и вылет.

Всем привет! Есть у кого-то опыт скрещивания py.test и BDD? Если конкретно, то есть приличная база(более 10000) функциональных тестов на py.test. Хочется иметь эти же тесты, но в BDD обертке, чтобы кейсы, которые они проверяют были описаны где-нибудь рядышком на gherkin'e. Желательно при этом обойтись минимальным переписыванием самих тестов.

Берёте и пишете.

была проблема что они раньше элемет ждали бесконечно долго, а теперь 30 сек и вылет.

да это не то чтобы проблема, может у тебя просто ожидание было неверно настроено?

Спасибо всем! )

да это не то чтобы проблема, может у тебя просто ожидание было неверно настроено?

я использовала обычный waitForElement, в 2012 году у него не было параметра времени ожидания по-умолчанию

ERROR: S client not available

ну я была глупая тогда и не дописала под себя

в 2012 году я не знал что есть селениум))

в 2012 году я не знал что есть селениум))

А он был.

или может в 2013

А он был.

а я в QA – нет)

а я с помощью селениума на яндекс толоке долларов по 20 за ночь просматривая картинки зарабатывал D:

фига ты ща спалил :))

кидай сразу скрипт чо уж там :)))

(c) Заказчики размещают на сервисе задания, которые просто сделать человеку, но не по силам компьютеру. лол

кидай сразу скрипт чо уж там :)))

тебе сложно зайти, в ide записать действия и просто запустить их?)

мне нет, но если уже написано... :)

ладно, как дома буду - скину)

Вот тестовая программа. Заходит на сайт 3dnews.ru, закрывает браузер и пишет Done.

Вот исходники. Используется мавен.

Ну, хоть не .exe

Исходники тоже отравил.

А вот докерфайл

Если не трудно, попробуйте.

Заранее огромное спасибо.

У меня опять на хосте все ок, в контейнере ошибка

А тут вакансии можно предлагать? У меня в tickets.ua есть вакансия

А тут вакансии можно предлагать? У меня в tickets.ua есть вакансия

Есть чат @qa_jobs

спасиб

Вопрос, поддерживает ли TestRail безболезненное добавление кейсов из другого TestRail экспортом или он все перезатрет?

надо в определеном формате

xls вроде нормал импортируется

а нельзя бекап сделать и попробовать? :)