Pull to refresh

Comments 8

Не плохое решение. Но Jmeter не подходит для тестирования UI - как решили эту проблему? И как решили проблему необходимости перезапуска тестов?

В плане функционального тестирования Jmeter все таки больше подходит для тестирования API. Тестирование UI кроется совсем на другом уровне и там лучше использовать более подходящие инструменты - playwright, selenide и т.д.

По поводу ретраев: Allure TMS умеет частично ретраить по test-plan.json и сейчас есть в планах обучить этому allure-reporter, так что совсем скоро частичный запуск станет возможным. Ну а пока довольствуемся полным ретраем билда, благо ходят они быстро :)

Спасибо за статью!
Неплохо так раскрыли jmeter, был мои первым инструментом для автоматизации e2e сценариев, даже автоматизировал регресс, но со временем перешел на postman.

Было ощущение, что используя jmeter, стреляю из пушки по воробьям, а тут постман увидел, заточенный именно на тестирование api, с приятным интерфейсом, решил попробовать. А по итогу пишу на python и использую allure testops

Когда-нибудь я реализую мегакиллерфичу, которая по одному значению из env мягко (чтобы call_count'ы работали) вырубает все моки и превращает имеющиеся юниты в интеграционные тесты и заживём :D

@strizhechenko Добрый день!
Я не так давно в нагрузочном тестировании, но постарался внимательно изучить статью и репозиторий. Подскажите пожалуйста, есть ли где-то список доступных лейблов для Allure?
Ещё сделал 1000 попыток добавить больше одного тега к suite, но указанный в репозитории вариант не работает. Всё окружение установил и настроил аналогично репозиторию. Вы не знаете, с чем может быть связано?

Стоит понимать, что репортер предназначен для функционального тестирования, а не для нагрузочного, поэтому к нему не приспособлен. Ошибки по репортеру пишите в issues репозитория репортера на гитхабе, по возможности их поправим.

Возможные лейблы - можно посмотреть в доке https://docs.qameta.io/allure/

Sign up to leave a comment.