Size: a a a

2020 December 08

МС

Миша Сидельников... in Allure Framework
ну да, это вы можете в каком-то tearDown методе аттачить сами текстовый аттач
источник

A

Anton in Allure Framework
в junit5 нельзя изменить отображаемое имя методов Before и After через DisplayName или подобные?
источник

AK

Andrey K in Allure Framework
DisplayName вешается только на тест
источник

DT

Dmitrii Tuchs in Allure Framework
и на класс
источник

AK

Andrey K in Allure Framework
Благодарю за дополнение
источник

DT

Dmitrii Tuchs in Allure Framework
🙂 нет, ну правда же ))
источник

A

Anton in Allure Framework
Ну в общем поменять отображение этих методов на какое-то русскоязычное название нельзя?
источник

DT

Dmitrii Tuchs in Allure Framework
можно же в любом месте, где есть контекст теста, через Allure lifecycle руками стэпы писать. То есть по идее если очень надо то можно что угодно
источник

A

Anton in Allure Framework
Step аннотацией можно, но все равно она будет вложена в название метода
источник

МС

Миша Сидельников... in Allure Framework
ну можно пораскуривать, может через lifecycle как-то и дисплей нейм поменять
источник

АК

Александр Кот... in Allure Framework
Anton
Step аннотацией можно, но все равно она будет вложена в название метода
может у вас стоит какой-то лиснер или аспект который коллектит все методы в аллюр отчет? по умолчанию аллюр вроде вел себя так: текст внутри step аннотации заменяет собой название метода/функции над которой он проставлен

ну или junit5 только так себя ведет (в pytest без проблем, в junit4 хоть и давно пользовался - тоже не помню чтобы была такая проблема)
источник

A

Anton in Allure Framework
Александр Кот
может у вас стоит какой-то лиснер или аспект который коллектит все методы в аллюр отчет? по умолчанию аллюр вроде вел себя так: текст внутри step аннотации заменяет собой название метода/функции над которой он проставлен

ну или junit5 только так себя ведет (в pytest без проблем, в junit4 хоть и давно пользовался - тоже не помню чтобы была такая проблема)
именно в before after хуках работает так =)
источник

AN

Alex Nemoy in Allure Framework
привет
прогнал пачку тестов
Подскажите как сделать отчет чтобы группировка была по Steps   чтобы понять какие шаги сколько раз прошли а сколько завалились ?
источник

АР

Артем Рябков... in Allure Framework
Alex Nemoy
привет
прогнал пачку тестов
Подскажите как сделать отчет чтобы группировка была по Steps   чтобы понять какие шаги сколько раз прошли а сколько завалились ?
вот тут кнопочка есть
источник

AN

Alex Nemoy in Allure Framework
кнопочка для тестов
они все красные но некоторые завалились на одном шаге а некоторые на другом
хочу понять какие шаги сколько раз прошли - завалились
источник

A

Anton in Allure Framework
Alex Nemoy
кнопочка для тестов
они все красные но некоторые завалились на одном шаге а некоторые на другом
хочу понять какие шаги сколько раз прошли - завалились
посмотрите вкладку categories, там сгруппированы фейлы
источник

AN

Alex Nemoy in Allure Framework
источник

AN

Alex Nemoy in Allure Framework
вот шаги в этом разделе конкретного теста
все тесты красные но  все поразному прошли разное количество Steps
Задача понять какие шаги сколько раз были успешными или неуспешными
источник

DT

Dmitrii Tuchs in Allure Framework
Возможно это не так очевидно, но если падает на одинаковых шагах, это аллюр группирует по умолчанию

1) Зайди в Categories
2) Красная циферка напротив упавших шагов покажет сколько раз шаг упал
источник

АК

Александр Кот... in Allure Framework
Dmitrii Tuchs
Возможно это не так очевидно, но если падает на одинаковых шагах, это аллюр группирует по умолчанию

1) Зайди в Categories
2) Красная циферка напротив упавших шагов покажет сколько раз шаг упал
В категориях группировка вроде не по шагам, а по стектрейсам:
в одном и том же шаге стектрейс может быть и разным, пример псевдокода на питоне

@allure.step(‘уникальное название шага’)
def unique_step():
   assert code == 200


падения вида

400 != 200
201 != 200
503 != 200


будут сгруппированы в разные категории.
источник