Если айди будет в имени - то его можно выковыривать обычным репортером

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

мы делаем от обратного, - имя теста его ид в рейле, на этапе запуска собираем инфу о тест кейсах, если поля (в нашем случае статус - готов, и тест дизайн - готов) тест попадает в свит на запуск, когда прошел - добавляем полное имя , а в коде только it('c12' ,async () => ...)

думал о чем то похожем. Но не хочу зависеть от TestRail-a. Если в один день от него нужно будет отказатся (мало ли что), тогда все названия писать буду вручную обратно чтоб номрально HTML репортер собирался

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

а картинки тоже делаете или нет? еще что то отправляете после прогона тестов в TestRail ? (еще что-то кроме результатов)

Картинки ? у нас ~4 варианта запуска с разными наборами детализации (скрини до/после, только на падаение, вырезка шагов (для ускорения генерации репорта) пост данный (текущий юрл, что было в локал/сешн сторе на момент падения), назад ничего не отправляем за ненадобностью

Сколько времени уходит на запрос в тестрейл? Жаль, у них в апи нет возможности отправить данные одним реквестом

примерно 0.3-0.4s. Да жаль что нельзя масив отправить, только по 1 запросу для одного результата.

Я поэтому не шлю ничего онлайн. По окончании тестов отдельным джобом шлются )) всякие репорты.

т.е результаты в промежуточном файле хранятся ?

Типа того. Потому что репорты можно потом фоном отработать. А результаты тестов нужны как можно раньше.
Я ещё в тестрейл добавил кастомные поля. Их тоже периодически обновляю - например, что тест активный или выключенный). Но так как апи тестрейла довольно беден, то написал хелпер, который шлёт реквесты массовые, аналогично тому, что делается через веб интерфейс. А веб интерфейс тестрейла позволяет массово редактировать кейсы

Всем привет. Кто-нибудь ставлкивался с проблемой на wdio при попытке запустить тесты в контейнере используя chromedriver. библиотека установлена, драйвер есть. Но показывает ошибку, что драйвер не найден

в одном контейнере и тетсты и и браузер ?

Да, пытаюсь сделать такого франкенштейна

это плохой подход, а так нужно смотреть докер файл, xvfb установлен или хедлес, все ли окружение установлено и все такое

Я понимаю, что это плохо. Заказчик не готов выделять более 1 инстанса в EC2 для тестов, пока не увидит профита от них

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

Как нет? Я когда делал было

Это тот что на год бесплатный?