Allure Framework

Спасибо

В 2.16.0 появился api для них. Вот тут есть примеры: https://github.com/allure-framework/allure-python/pull/904

На уровне системы вводить неявное поведение с восставшими из мертвых как будто опасно, может быть вместо ручного удаления (а я так понимаю оно ручное) - размечать их тегом или статусом to delete, а потом из ИДЕ выгребать mcp сервером и удалять сразу и из тестопса и из кода? Это должно пресечь воскрешение, но в самом крайнем случае паразиты будут размечены.

Значит в скором времени будет ☺️

Приветствую славные мужи и прекрасные дамы. Есть вопрос касаемо allure test ops. Проблема сейчас следующая: у нас на ежедневную регрессию стоит правило - вешаем на лаунч тег и после закрытия лаунча происходит синхронизация тестов (в частности fullname). Иногда случается, что во время прогона мы чистим/удаляем какие-то кейсы в аллюр, в итоге после закрытия лаунча они возвращаются из мертвых и это обнаруживается не сразу. То есть система сама делает "Restored test case" потому что удаленный тест был в лаунче на момент закрытия. Описанный выше пример один из множества, пытались как-то со своей стороны обмазывать логикой и костылями, но постоянно находятся новые случаи) Может есть какое-то глобальное правило, чтобы кейсы не ресторились системой?

У нас питон

Они еще не везде доступны. Если это js, то там уже все есть и можно использовать 🙂

Еще вот это надо покурить, а то и резолвер уже не нужен https://allurereport.org/docs/quality-gate/?utm_medium=email&_hsmi=2&utm_content=2&utm_source=hs_email

Это они. Я еще просто не понял как их использовать

А это не глобал аттачменты которые уже есть? (я про общие логи на лонч) https://allurereport.org/docs/global-errors-and-attachments/