Я могу помочь с этим, можешь сделать задачку на https://support.qameta.io

На какой неделе можно уточнить? 👀

Какой CI используете?

Гитлаб

По-сути нужно вот эту инструкцию пройти

тоесть если эту инструкцию пройдем, то в TestOps будут отчеты Report?

Да, если не будет получаться - пиши

Ок, спасибо

Готово

Привет, вопрос по testOps:
1) есть ли такая возможность или может будет, удалять из списка custom fields для тест кейсов те сущьности, которые были созданы ранее и не успользуются, чтобы видеть при выборе только актуальные ?
Case: создал для Feature название, затем решили изменить его не другое, но старое все равно участвует в выборе.

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

Добрый вечер коллеги. Подключаю аллуру к проекту на Java+TestNG. Проблема в том что запуски тестов происходят через контейнер, который билдится во время создания пул реквеста или мерджа. Результаты тесты нада писать в кастомную директорию. Когда запускаем тесты, аллура не пишет результаты в директорию которую мы указали в src/test/resources/allure.properties в виде allure.results.directory=test-output/allure-results.

Как заставить аллуру писать туда результат если тесты выполняются через контейнер?

ENTRYPOINT ["java", "-javaagent:/home/aspectjweaver.jar", "-jar", "/home/qa-auto.jar"]

Если я не пытаюсь переписать путь результатов и использую дефолт значение allure-results директорию - все прекрастно работает.

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

1) в процессе
2) не очень понял по описанию, что просиходит. можешь написать: 1 делаю это 2 делаю то 3 делаю то

Step to reproduce:
1. Создаем два тест кейса: первый , второй и проставляем им через bulk actions custom field "Feature" - x
2. В фильтре выбираем Feature - x, в списке остается первый, второй тест кейс
3. Создаем третий тест кейс, проставляем ему Feature - x
Ожидаю: что он хотя бы останется в списке с первым и вторым тестом, так как попадает под фильтр
По факту: третий тест вылетает из списка, Feature ему не проставляется и его нужно искать во всем пуле тестов

Пошел посмотреть чего же там внутри такого, что весит 22 гига и ничего не нашел:

# du -h --threshold=100M
263M    ./var/lib/postgresql/data/base/16384
283M    ./var/lib/postgresql/data/base
371M    ./var/lib/postgresql/data
371M    ./var/lib/postgresql
377M    ./var/lib
379M    ./var
175M    ./usr
573M    .

Привет! А ты настроил у себя политики чистики?
https://docs.qameta.io/allure-testops/briefly/project-settings/storage/

Да, настроил. Уже нашел виновника на самом деле. Это оказались парочка очень подробных логов.

22G     /var/lib/docker/containers/7743f00a0ae43d30600e73f0915d664b94e90dce018265a4ecdc6988e0805f56/7743f00a0ae43d30600e73f0915d664b94e90dce018265a4ecdc6988e0805f56-json.log
12G     /var/lib/docker/containers/d774d6748adea6bae2cc2238a138e3d4926112ffc0aaec26fde61fb2c4c7c23f/d774d6748adea6bae2cc2238a138e3d4926112ffc0aaec26fde61fb2c4c7c23f-json.log 

Выпилил.

Хотя оно все равно сейчас занимает места поболее, чем заявляет (около 6 ГБ контейнеры, при том, что сам аллюр заявляет, что занимает 1.5), но подозреваю, это тоже логи какие-нибудь.