Size: a a a

QA — Автоматизация

2019 September 02

LY

Lev Yarushin in QA — Автоматизация
кто говорил про комментарии? Я про описание теста. Если аннотация используется для того чтобы лишний раз не смотреть в другой источник и поддерживается в актуальном состоянии - то да, это ок. Но если нужно лезть в код для того чтобы посмотреть что тест делает - то такого не надо.
источник

MK

Mem Kekovich in QA — Автоматизация
Да в том же аллюре можно сделать тмслинк на вашу доку. Зачем городить паровоз из дескрипшена? Он должен быть имхо кратким и лаконичным
источник

AA

Andrey Afrikanov in QA — Автоматизация
Чтобы Allure-отчёт был документацией (без ссылок). Название кейса + описание  - даст достаточную картину функциональности
источник

MK

Mem Kekovich in QA — Автоматизация
Это должно давать комбинация эпик/фича/стори/дескрипшен
источник

AA

Andrey Afrikanov in QA — Автоматизация
ну да
источник

AV

Alexei Vinogradov in QA — Автоматизация
Lev Yarushin
Ну тогда можно вообще без доков. Можно ж код почитать )
Крайне редко видел что обновляются описания в коде. Вот в Вики/TMS чаще актуально, там народу больше пользуется.
Как раз Аллюр позволяет написанную в коде достаточно удобно выводить туда, где её прочитают те, кто обычно читает тест-кейсы (тестеры, бизнес). Одна из фич, которую люблю.
источник

A

Alex in QA — Автоматизация
Кстати можно ли как-то в алюр в аннотацию Description прокинуть данные из дата провайдера?
источник

AK

Anton Khayrutdinov in QA — Автоматизация
Alex
Кстати можно ли как-то в алюр в аннотацию Description прокинуть данные из дата провайдера?
Allure.getLifecycle().updateTestCase(t -> t.setDescription(desc));
источник

A

Alex in QA — Автоматизация
ууу пасиб
источник

LY

Lev Yarushin in QA — Автоматизация
Alexei Vinogradov
Как раз Аллюр позволяет написанную в коде достаточно удобно выводить туда, где её прочитают те, кто обычно читает тест-кейсы (тестеры, бизнес). Одна из фич, которую люблю.
Линк на TMS/Wiki ещё проще встроить. Не думаю что удобно будет смотреть на многостраничные описания "с картинками" в отчетах аллюра
источник

AV

Alexei Vinogradov in QA — Автоматизация
Lev Yarushin
Линк на TMS/Wiki ещё проще встроить. Не думаю что удобно будет смотреть на многостраничные описания "с картинками" в отчетах аллюра
Зато девелоперам проще проверять соответствует ли код тесту, когда не надо по линками прыгать. Особенно, когда описание в TMS и сам код теста живут каждый своей жизнью (классика).
источник

AV

Alexei Vinogradov in QA — Автоматизация
И да, в Аллюре еще не хватает кой-чего для того, чтобы это было вообще супер удобно, но по слухам Allure Server как раз это улучшит.
источник

LY

Lev Yarushin in QA — Автоматизация
Ну что "живут своей жизнью" это не проблема способа организации документации. Дисциплина.
источник

MK

Mem Kekovich in QA — Автоматизация
Alexei Vinogradov
Зато девелоперам проще проверять соответствует ли код тесту, когда не надо по линками прыгать. Особенно, когда описание в TMS и сам код теста живут каждый своей жизнью (классика).
Лол шта? Девелоперам то зачем что выше их юнитов тестируется?
источник

B

Bola in QA — Автоматизация
у вас в команде девелоперы не смотрят тесты окромя юнитов?
источник

PK

Pavel Kastsiukou in QA — Автоматизация
может и оффтоп, но спрошу. Есть апи тестовое, которое надо мокнуть (mockup api). Наш бэкенд на ПХП, а мок будет на java. То есть бэкенд посылает запрос в мок апи и получает ответ. Как это настраивается хотя бы на словах. Это каждый раз надо будет "вручную дергать" мок или он в фоне будет висеть постоянно?
источник

MK

Mem Kekovich in QA — Автоматизация
Pavel Kastsiukou
может и оффтоп, но спрошу. Есть апи тестовое, которое надо мокнуть (mockup api). Наш бэкенд на ПХП, а мок будет на java. То есть бэкенд посылает запрос в мок апи и получает ответ. Как это настраивается хотя бы на словах. Это каждый раз надо будет "вручную дергать" мок или он в фоне будет висеть постоянно?
Берете мокито и настраиваете. Можно в прекондишенах описать все моки
источник

MK

Mem Kekovich in QA — Автоматизация
Bola
у вас в команде девелоперы не смотрят тесты окромя юнитов?
Причём тут девелоперы и аллюр то? Девелоперы как раз таки могут понять что тестируется в отличие от менеджмента по 3-4 атрибутам.
источник

PK

Pavel Kastsiukou in QA — Автоматизация
Mem Kekovich
Берете мокито и настраиваете. Можно в прекондишенах описать все моки
а долго потом вернуть назад, чтобы наш бэк общался уже не с мокито, а тестовым апи опять?  И правда что оч проблемно содержать мок, так как тестовое апи могут изменить, а нам соответственно никто не скажет и придётся потом самим вслепую искать проблему. Бэк, то что я тестирую. Тестовое апи - интеграция.
источник

MK

Mem Kekovich in QA — Автоматизация
Pavel Kastsiukou
а долго потом вернуть назад, чтобы наш бэк общался уже не с мокито, а тестовым апи опять?  И правда что оч проблемно содержать мок, так как тестовое апи могут изменить, а нам соответственно никто не скажет и придётся потом самим вслепую искать проблему. Бэк, то что я тестирую. Тестовое апи - интеграция.
Ваш мок поднимается только в ваших тестах. Причём тут ваш бек? Если вам нужно на тесте для всего поменять урлы на мок - берёте консул или что у вас там и правите конфиг апликейшена на поднятый мок в виде отдельного сервиса и в пост кондишенах вертаете все обратно
источник