мы из этого сервиса переиспользовали письмо с отчетом. оч удобно если на сам сервер с отчетом попасть не просто, а письмо оч много информации может в себе нести по прогону тестов, не всегда нужно и в полную версию отчета аллюре заходить

обычно через CI сервер.  У Jenkins, TeamCity есть плагины, которые генерят отчет после тестов, любой может посмотреть их.
есть Allure TestOps - или allure сервер, но он платный - отдельно ставится
есть такая штука - https://github.com/kochetkov-ma/allure-server тоже типа аллюр сервер, но на базе обычного аллюра, open-source

В gitlab тоже можно, с помощью pages

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

Коллеги, спасибо за помощь.

Всем привет, как можно пройти капчу с картинками в 9 квадратах без распознавания? Я не могу найти api для обхода - есть примеры с кодом?

разработчиков попросить добавить обходной путь

Никак. Если Вы не можете попросить убрать её для Вас, значит Вы занимаетесь чем-то не тем.

выключить ее в конфигах для прогона тестов

Всем привет, есть ли группы по C#? ( в закреплённом нету) Чтобы здесь не спамить

@barancev
А у Webkit браузера есть свой driver ?

я видел драйвер, который разрабатывался в рамках проекта WebKitGTK

раньше был PhantomJS, но его прекратили поддерживать

Поделитесь плиз личным мнением.
Есть предустановленные заявки  в базе. Они имеют разные статусы.  Каждый раз перед началом теста , база сбрасывается.
Как целесообразно писать тесты? Заводить новый тестовый класс на каждый статус заявки и в ней писать тестовые методы? А потом просто описать один e2e тест, который прогоняет заявку по всем статусам? Норм идея?

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

Добрый день! У меня большая база АПИ тестов написанных на python в для pytest, для запросов использую requests, при большом прогоне бывают случае что 1 из 100 запросов падают с ConnectionError. У меня только вариант делать какую-нибудь обвертку исключения на requests. Может кто в курсе в pytest есть какая нибудь надстройка чтобы если возникла ошибка в фикстурах или самом тесте перезапускался тест и фикстуры? если кто встречался с таким как решали?

Есть библиотека pytest-rerunfailures

Если нужны ретраи для реквестов - tenacity, либо собственная логика. Перезапуск упавших тестов есть в pytest из коробки. Главное не долби запросами упорно, если сервер не отвечает - тест должен упасть, а не дудосить

Спасибо! воспользовался из коробки, указав только количество повторений и тип ошибки, и тот же прогон прошел без падения)

Возможно с tenacity нужна более тонкая настройка по сравнению с pytest-rerunfailures, спасибо за пищу для изучения!