это если у тебя апликуха на 2 строчки и всё легко вытянуть с лога

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

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

да это за день пишется

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

тут еще стоит учитвать бизнес часть.
что выгоднее, чтобы тестер потратил полдня на анализ бага и в конце выдал норм тикет, или чтобы разраб потратил может и меньше времени

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

Ну, ручной проверки в любом случае не избежать, просто она будет занимать меньше времени чем локализация с самого нуля.

этот чувак шарит 😂😁👌

А это забавный кейс, нужно подумать над этим сразу же

Интересно, а из России на  cybrary.it можно ли что-нибудь купить?...

Я не пробовал. Там покупать для меня нечего )

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

😁

Наверняка!

всем привет, есть у кого то пример реализации класса для определения драйвера. Допустим если переменная равна chrome = запускаем хром драйвер и тд

типа браузерконфиг какой то

Я видел реализацию которая слала в Report Portal  Test ID , степ и скриншот.

Автоматическое заведение в Джиру или другой issue tracker мне не кажется удачной идеей, по причинам связанным с вышеизложенными.

Описание шагов "чтобы было понятно" мне тоже видится несколько проблемной задачей, вроде "комментарии это одно, а код это другое".

Поэтому идея которая связывает описание теста и код через Test ID показалась мне наиболее приемлемой.

Например исходники Селенида. Хотя там конечно посложнее кусочки.

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