Size: a a a

QA — Load & Performance

2021 May 31

VG

Viktor Ganeles in QA — Load & Performance
это не очень вероятно, но всё же вероятно.
я за заглушку :)
источник

A

Alexander in QA — Load & Performance
я смотрю очень распространенная реализация 👍
источник

VG

Viktor Ganeles in QA — Load & Performance
ну так окамм требует
что там ещё наверчивать-то
источник

VG

Viktor Ganeles in QA — Load & Performance
не, ну навернуть можно всякое, конечно
отправку статы в инфлакс, очистка sms-кодов через 10 минут (всё равно система их уже не примет) и так далее.
источник

ΙΤ

Ιωάννης Τσεκούρι... in QA — Load & Performance
источник

A

Alexander in QA — Load & Performance
если писать на java то можно взять готовую либу кеша, который умеет протухать по тайм-ауту. Задаётся тайм-аут равный реальной в продакшине и если в какой-то момент запросы начинают отваливаться с ошибками что СМС нет - значит есть проблема с обработкой или генерацией последней
источник

VG

Viktor Ganeles in QA — Load & Performance
вообще, можно ещё подумать, как сменить модель с pull на push
чтобы заглушка сама передавала жметру инфу о том, что sms-код пришёл
источник

VG

Viktor Ganeles in QA — Load & Performance
у меня (в jmeter ) while-цикл получения sms валит транзакцию через минуту, если sms ещё не пришла.
А система готова sms-ку принимать, кажется, 3 минуты.
но удалять старые данные из заглухи стоит, конечно же.
источник

A

Alexander in QA — Load & Performance
а можно смоделировать хаос сценарий, когда сервис смс отвалился на время, как процессы в тестируемой системе переварят подобный кейс? А потом когда оживет как переварят отложенный спрос, если такое возможно
источник

A

Alexander in QA — Load & Performance
ИМХО, кейсы с двухфакторкой (в зависимости от специфики системы конечно) надо покрывать хорошими тестами
источник

A

Alexander in QA — Load & Performance
не заворачивать всю логику на идеальные сценарии через заглушки. Это клиентский путь и он может сыграть злую шутку
источник

G

Girsam in QA — Load & Performance
это ведь график нагрузки, я правильно понимаю?
источник

VG

Viktor Ganeles in QA — Load & Performance
кстати, проблема-то вполне важная и стоит проверок.
у нас был кейс, когда одна из внешних систем сдохла с концами.

И - оказалось, что объект тестирования нормально справлялся с случаями, когда внешние системы тупят (таймаут на получение ответа).

А вот когда внешняя система не даёт даже подключиться - таймауты прописаны не были, и использовались дефолтные (кажется, в 2 минуты).
В результате все потоки тупо ждали этого таймаута и система встала.
источник

VG

Viktor Ganeles in QA — Load & Performance
тут сразу несколько графиков.
Совет тебе:
прикрути backend listner + influx + grafana
источник

A

Alexander in QA — Load & Performance
Тоже видел такое, разное поведение при
1-вн. система тупит и отвечает медлено
2-вн. система адекватно отвечает 5хх ошибками
3- до вн системы физически не поднимается соединение
источник

VG

Viktor Ganeles in QA — Load & Performance
а если уж совсем лень - скачай плагин "3 Basic Graphs"
источник

G

Girsam in QA — Load & Performance
несколько графиков включая график нагрузки?
источник

G

Girsam in QA — Load & Performance
да это один из подпунктов задания - вывести график нагрузки на сайт, не думаю что есть смысл так заморачиваться с этими плагинами
источник

VG

Viktor Ganeles in QA — Load & Performance
если просто тестовую задачку сдаёшь, а больше жметром пользоваться не будешь - ну ок.
Если будешь с jmeter работать - стоит заморочиться.
источник

VG

Viktor Ganeles in QA — Load & Performance
PS а откуда задание? курсы / собеседование?
источник