Size: a a a

QA — Load & Performance

2021 September 20

SK

S K in QA — Load & Performance
Всем спасибо 🙏
источник

♪_Ω_©mm™_Ω_♪... in QA — Load & Performance
Добрый день уважаемые коллеги.
В тестировании я порядка 5 лет (авто и ручное) , но к перфомансу никогда не касался.
Поставили передо мной таску:
1. Провести НТ веб приложения (на GraphQL архитектуре).
1.1 Проверить респонс при забитости базы в 200.000 юзеров (volume testing). База MySQL
1.2 Проверить респонс тайм при одновременной нагрузке в 25.000 юзеров (рамп тайм - 15 сек, прирост 100 юзеров).
1.3 Найти мёртвую точку, когда откидывается сервер (при каком количестве юзеров).
2. Проанализировать результаты, сгенерировать отчёт
3. При необходимости провести модернизацию техники и провести повторные замеры.

Для решения этой задачи я скорее всего буду использовать локуст (т.к там можно делать разные сценарий для разных фокус групп генерированих юзеров, и питон мне знаком как ЯП).

Я узнал что у нас используют Cloudfare который надо будет вырубить.
Собственно вопросы:
1. На что ещё нужно обратить внимание при выполнении тестирования?
2. Что стоит посмотреть перед выполнением такого тестирования (может есть какие то туториалы, етк).
3. Нужно ли будет использовать slave, или можно сгенерить нагрузку с одной машины (16 ОЗУ, ай 5, убунту)
источник

А

Апельсин in QA — Load & Performance
Привет! 1 пункт со всеми подпунктами - нагрузка подается не в юзерах, а в операциях/запросах обычно. Каждый пользователь выполняет разные операции в системе, соответственно мерить в юзерах и употреблять это слово лучше не надо.
источник

AG

Alex Grishutin in QA — Load & Performance
Я узнал что у нас используют Cloudfare который надо будет вырубить.

А вот не факт)  он еще и статику и апишки кешировать могет, так что по поводу его отключения спорный вопрос)
источник

А

Апельсин in QA — Load & Performance
И что значит откидывается сервер? Что это за  требование такое. Есть точка деградации, есть таймауты, есть 500 ошибки, есть отключение электричества в цоде. Требования конкретные необходимо ставить
источник

AG

Alex Grishutin in QA — Load & Performance
25к пользаков такая тачка вряд ли выдержит (разве что там синктаймы между транзакциями будут приличные). Но я говорю больше с примера Jmeter. Yj yt levf. xnj e kjrecnf gtha kexit
источник

А

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

♪_Ω_©mm™_Ω_♪... in QA — Load & Performance
Требования написаны ПМом :)
Я ещё не разбивал на сабтаски , копипасту влепил
источник

А

Апельсин in QA — Load & Performance
3 пункт будет виден только после того как будет понятно какая нагрузка подается в rps (реквест пер секонд). И далее - пошагово поднимать нагрузку (например) и смотреть на свой сервер нагрузки (генератор) и тд
источник

А

Апельсин in QA — Load & Performance
Тут объёмная хрень, я бы обратился к перфлабу за аутсорсом сеньйора или к какой другой компании :))
источник

А

Апельсин in QA — Load & Performance
Нт с нуля это точно качеством не пахнет если будете разбираться в краткие сроки
источник

А

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

♪_Ω_©mm™_Ω_♪... in QA — Load & Performance
Понял, спасибо большое за ответ. Скорее всего прийдётся копать самому с нуля, ибо смузи-стартап и деняк нет :)
источник

А

Апельсин in QA — Load & Performance
Значит надо не бросаться на все пункты
источник

А

Апельсин in QA — Load & Performance
А начать с двух вещей - с требований  и с профиля нагрузки
источник

А

Апельсин in QA — Load & Performance
Требования расширить понимание для себя и пма. Что имеется ввиду 200000 пользователей. Перевести в запросы (tps/rps) -  интенсивность.  Сколько и каких запросов в секунду/час/день нужно сгенерировать. Как выглядит текущий уровень нагрузки на Проме, брать его за 100 процентов. И от него например скакать
источник

А

Апельсин in QA — Load & Performance
Остальные пункты приходите потом, иначе совсем потеряетесь :)
источник

♪_Ω_©mm™_Ω_♪... in QA — Load & Performance
Понял, спасибо. Будем рубить по частям
источник

♪_Ω_©mm™_Ω_♪... in QA — Load & Performance
Благодарен за ответ
источник

AG

Alex Grishutin in QA — Load & Performance
Обожаю стартапы с 25к пользователей в сисьеме 🙂
источник