Comments 8
Не плохое решение. Но Jmeter не подходит для тестирования UI - как решили эту проблему? И как решили проблему необходимости перезапуска тестов?
В плане функционального тестирования Jmeter все таки больше подходит для тестирования API. Тестирование UI кроется совсем на другом уровне и там лучше использовать более подходящие инструменты - playwright, selenide и т.д.
По поводу ретраев: Allure TMS умеет частично ретраить по test-plan.json и сейчас есть в планах обучить этому allure-reporter, так что совсем скоро частичный запуск станет возможным. Ну а пока довольствуемся полным ретраем билда, благо ходят они быстро :)
Спасибо за статью!
Неплохо так раскрыли jmeter, был мои первым инструментом для автоматизации e2e сценариев, даже автоматизировал регресс, но со временем перешел на postman.
А чем постман так завлёк?)
Было ощущение, что используя jmeter, стреляю из пушки по воробьям, а тут постман увидел, заточенный именно на тестирование api, с приятным интерфейсом, решил попробовать. А по итогу пишу на python и использую allure testops
@strizhechenko Добрый день!
Я не так давно в нагрузочном тестировании, но постарался внимательно изучить статью и репозиторий. Подскажите пожалуйста, есть ли где-то список доступных лейблов для Allure?
Ещё сделал 1000 попыток добавить больше одного тега к suite, но указанный в репозитории вариант не работает. Всё окружение установил и настроил аналогично репозиторию. Вы не знаете, с чем может быть связано?
Стоит понимать, что репортер предназначен для функционального тестирования, а не для нагрузочного, поэтому к нему не приспособлен. Ошибки по репортеру пишите в issues репозитория репортера на гитхабе, по возможности их поправим.
Возможные лейблы - можно посмотреть в доке https://docs.qameta.io/allure/
JMeter как инструмент для автоматизации функционального тестирования