NK
кто-нибудь имел опыт написания стресс-тестов для API?
Size: a a a
2016 December 22
E
чуток на jmeter
NK
ну вот, хотел добавить "на чем-нибудь кроме jmeter/tank" )
E
лучше сразу смотреть яндекс-танк (это такая обертка над всем остальным) и gatling (а заодно выучить скалу, да)
NK
чем лучше? а танк так же хреново автоматизируется и течет как jmeter?
E
да чтоб я знал, я танк не трогал
E
с автоматизацией не вижу проблем, если честно
E
гатлинг нормальные люди писали
NK
ну ты так уверенно сказал "jmeter трогал но лучше смотри tank" что я подумал... )
E
ну потому что он занят предоставлением интерфейса ко всему остальному
NK
ок спс... я быстро погуглил и вижу что это одно из самых популярных решений, попробую его сперва тогда
NK
ок, теперь осталось найти какой-нибудь мануал по основам тестирования: как правильно делать, какие метрики и на каких стадиях снимать, как получать чистые значения и все это... :)
E
у тебя всего два варианта: либо бить большим количеством виртуальных пользователей по одним и тем же урлам, либо выполнять какие-то сценарии
E
и в том, и в другом у тебя есть места, за производительность которых ты боишься
E
их просто и надо проверить
E
на измерение трендов производительности как в нетфликсе пока забей
NK
типа "запустил, все отвалилось, и теперь ищи где отвалилось"? :)
E
Пока да. Хорошая тулза тебе скажет, на каком этапе что-то провалилось, в целом 500 где-то - это серьезный косяк, ты ожидаешь, что приложение будет тормозить, а не падать.
E
Если я правильно понимаю, у танка есть и нормальная эскалация количества виртуальных посетителей, и нормальный построитель графиков
E
и ты по факту просто смотришь, на каком количестве у тебя начинаются тормоза, и таким образом вытягиваешь что-то близкое к фактическому SLA