Отчет Allure при использовании сервера #1683
Comments
|
@beefree86 |
|
Нет, это что-то вроде имяФичи+имяСценария. |
Просто надо строку собрать вида |
Добрый день. Я задала вопрос поддержке Allure по поводу сбора этого параметра. ответа пока нет, жду. В телеграмм канале allure нашла такое упоминание: |
|
Имя фичи же может повторяться. Можно словить неуникальные тесты в разных фичах. Есть какой-то условно постоянный идентификатор фичи, сохраняемый между запусками? Путь к файлу относительно каталога проекта как вариант. А можно забить и идти интерактивно от простого к сложному) |
Это джава подход. У них тесты в методах, привязанных к классам, которые лежат в пакете. А у нас только файловая структура, имена фич и имена сценариев |
|
в отчете, который мне предоставили для примера (он загружен сюда тоже) данные для fullName собираются из меток, может можно и нам в такие же метки какие-то данные передавать и собирать из них fullName |
|
Можно просто полное имя файла записать туда плюс имя сценария. Получится уникальная строка. |
|
Интересно, а по длине имени нет ограничений, если будет очень большое |
Это наверное лучше у супорта Аллюра спросить. |
|
Попробую узнать этот момент тоже |
Полное имя нельзя использовать, так как оно будет меняться при разных запусках тестов. А суть как раз к том, чтобы получить неизменяемый ид, к которому можно привязаться на стороне аллюр сервера. |
|
полный путь должен обеспечивать уникальность для каждого теста. |
|
@cheshi-mantu |
|
@Pr-Mex привет, Леонид. |
Меня. |
|
@Pr-Mex см. в почте со вчерашнего дня, пожалуйста. |
Ответил |
|
@cheshi-mantu |
|
Добрый вечер! |
|
@beefree86 |
Спасибо! |
|
варианты:
я за 2 |
"labels": [
<snip>
{
"name": "AS_ID",
"value": "9999"
},
<snip>
}
|
|
при первой загрузке сгенерированному ТК назначается ИД системой, далее этот ИД уже можно добавить в код, чтобы изменения в путях/именах лепились к этому ИД. |
@cheshi-mantu |
@1cgh Наверное, как написал @cheshi-mantu, тег AS_ID и будет тем уникальным ID. Его надо будет прописать для тех случаев, когда что-то планируют переименовать или перенести. |
|
Думаю итого надо сделать следующее:
|
|
@Pr-Mex Меня такой вариант вполне устраивает, это лучше чем ничего ). С тегом as_id я экспериментировала, есть обработка, не помню у кого я в гитхаб стянула и немного под себя переделала. Шагами сценария она добавляет разные тэги и ссылки. Могу ее сюда приложить. (Если надо). @cheshi-mantu А по поводу полного имени, два вопроса: 1. как вы написали, нужно ли транслитом писать имя? 2. Есть ли ограничение по длине имени (оно может получиться очень большим) |
у нас есть IDE плагин для упрощения процесса, там автоматом проставляются ИД для ТК, которые уже сгенерированы. |
|
@cheshi-mantu |
Тут disruptive changes, возможно, что это для вас будет даже легче (я немного потратил времени на разговоры с разработкой hence небольшие задержки): У нас постепенно происходит переход идентификации теста от fullName к testCaseId, и лучше всего вам именно его использовать {
"uuid": "1a3de696-c35e-47ec-a404-e0c5adf13d8c",
"historyId": "258f94d99210b0eabd73c7d10dee9473",
"testCaseId": "[engine:junit-jupiter]/[class:io.qameta.example.AllureLabelsTest]/[method:customDynamicLabelTest()]",
"testCaseName": "customDynamicLabelTest()",
"fullName": "io.qameta.example.AllureLabelsTest.customDynamicLabelTest",
в целом testCaseId — это любая строка, которая в пределах лонча (ну, желательно на протяжении жизни ТК) идентифицирует тест-кейс. Рекомендация для вашего случая: берете testCaseId = md5(fullName) или как у вас было описано чуток выше: testCaseId = md5(путь фича-файла относительно каталога проекта + имя сценария) Выгода:
В UI тестопса полный путь будет обрезан 255 символами (ограничение на это поле в БД) Полный путь можно использовать в ИДЕ для быстрого поиска теста по полному пути (в джетбрейнсах, например, так можно делать) Приоритеты по использованию сущностей для идентификации тест-кейса: AllureID >> fall back to >> testCaseId >> fallback to >> fullName |
|
@cheshi-mantu @beefree86 |
|
@Pr-Mex вполне, спасибо |
|
@beefree86 |
|
@Pr-Mex скачала single, запустила тесты, в итоге fullname все еще пусто Что-то не так делаю? |
|
@beefree86 |
|
@Pr-Mex собрала обработку, запустила тесты так выглядит в allure вроде бы все как и требовалось =) |
|
@beefree86 Отлично! |
|
@Pr-Mex а в какой релиз это будет включено и когда примерно ожидать этот релиз? |
|
|
Решено. |
|
@cheshi-mantu а где лежит описание формата json-файла (схемка) с результатом для Allure report? |
Укажите:
В компании используется Allure сервер. Исходные результаты выполнения тестов при помощи команды allurectl upload загружаются в созданный проект на сервере allure.
В allure есть возможность автоматического создания тест-кейсов и отчета о запуске тестов. Описано тут Add an automated test case:
https://docs.qameta.io/allure-testops/briefly/test-cases/manage/#generation-of-automated-test-cases-from-manual-upload-of-test-results
Пообщавшись с поддержкой Allure было выявлено, что в json файле с результатами тестов нет такого параметра как "fullName", он обязателен.
Пример результата из VA без FullName.txt
Пример результата с FullName.txt
Объяснение поддержки allure
The text was updated successfully, but these errors were encountered: