Тестване на натоварването. Тестване преди стартиране

Кое тестване е по-важно? Модулното тества бизнес логиката, функционалното – поведението на интерфейсите, A/B – предпочитанията на потребителите, интеграционното – взаимодействието на компонентите, а пентест – способността на системата да се противопоставя на външни заплахи. Тук грешките често се проявяват веднага след пускането и „излизането“ на продукта.

А проблемите, свързани с производителността, често „спят“ до първото сериозно натоварване. И се откриват едва когато новата версия на вашия сайт или приложение получи реален потребителски трафик, с който не може да се справи или „софтуерната“ част на проекта (база данни, приложен сървър), или „железната инфраструктура“ (не е достатъчна оперативната памет или не издържа дисковата подсистема).

Ето защо за нас в Emat EOOD натоварващото тестване е ключов, най-необходим и в същото време най-сложен етап при подготовката на софтуерния продукт за пускане за потребителите.

Пиков трафик
Какво ще се случи, ако в рамките на три минути на сайта влязат едновременно хиляда потребители? Колко операции в секунда може да обработи вашата кошница? Къде ще започне да „се разпада“ базата данни и опашката от задачи? Как системата реагира на срив на една от услугите във веригата?

Услуга, която преди е работила без проблеми, може да „падне“ дори при незначителна натоварване. Всичко това се дължи на факта, че по време на работата на услугата обемът на данните се е увеличил и логиката се е променила.

Най-често за натоварващите тестове не се замислят или си спомнят за тях няколко седмици преди нещо важно: „черния петък“, мащабна промо кампания, имейл. Задачата на натоварващите тестове в този случай не е „да натоварят максимално“, а да оценят границите на производителността на системата. Специалистите на Emat company препоръчват да се прави това предварително.

Когато всичко „изглежда, че работи“
Приложението или сайтът работи, всичко се стартира и отваря без грешки, но интерфейсът забавя и потребителите напускат, без да завършат сесията. Именно тук помага натоварването.

В този случай Emat EOOD Bulgaria препоръчва да започнете натоварващо тестване със стандартни сценарии: вход, преглед на продукти, филтриране, оформяне на поръчка. След това увеличаваме натоварването и наблюдаваме в кой момент започва да се увеличава времето за отговор. Най-често това е неочевидно „бутилка“, конкретна точка. Например, тежък SQL-запит или неоптимална работа на кеша. Външен сервиз, който не издържа на чести заявки. Или фронтенд, на който не му достига кеширане на изображения.

Стартиране на нова система или преместване
Новата инфраструктура е по-добре да се тества не в производствена среда, а в безопасна среда, предварително и внимателно. Всяка промяна в архитектурата, преминаване към Kubernetes, прехвърляне на база данни, смяна на облака или стека — това е потенциален риск.

Натоварващото тестване емулира действията на потребителите. При такова тестване специалистите на Emat увеличават пиковата активност и анализират как системата се справя с натоварването. Формираме тестови сценарии, използвайки реални достъпни логове за предходните седмици. Изчистваме ги от заявки и оставяме ключовите действия на потребителите. Такова тестване имитира 90% от поведението на потребителите и позволява да се открият възможни сривове, още преди системата да влезе в производство.

AI в тестването на натоварването
AI-системите откриват аномалии в реално време, анализират поведението на потребителите, изграждат модели на активност и сами предлагат сценарии за тестове. Таки инструменти вече могат не само да изпращат поток от заявки, но и да имитират реални потребителски сценарии, като отчитат времето, последователността на действията и дори поведенческите модели. Например, системата може да „разбере“, че средният потребител първо влиза в каталога, след това прилага филтър, отваря 2–3 картички и едва след това добавя стоката в кошницата.

Облачно тестване на натоварването
Днес, за да тествате системата на 50 000 виртуални потребители, не е необходимо да наемате сървъри в център за данни — достатъчни са няколко клика в k6 Cloud, Azure Load Testing или подобни решения. Облачните тестове позволяват гъвкаво мащабиране на натоварването, стартиране на симулации в различни страни, отчитане на закъсненията в мрежата и дори тестване на поведението на CDN и балансиращите устройства при реални условия. Преди това отнемаше седмици, а сега – часове.

Тестване на натоварването на API
Потребителят може да не влиза в сайта ви и да използва само мобилното приложение, създавайки стотици заявки към вашия backend-API. Продуктът взаимодейства с външни системи, трети услуги, джаджи — и всичко това се гради върху API. Ето защо натоварващото тестване на API вече не е допълнителна опция, а задължителна част от инженерната култура. Проверява се не само функционалността, но и устойчивостта на откази и мащабируемостта.

Тествайте натоварването, преди потребителите да го направят вместо вас!
Натоварващото тестване проверява готовността на софтуерния продукт да работи в неидеални условия, оценява пропускателната способност в периоди на пиково натоварване и открива грешки.

Emat EOOD формира конкретни сценарии за тестване съвместно с екипа на клиента. За целта използваме един от нашите вътрешни фреймворкове за тестване на натоварването (internal load-testing-as-a-service frameworks). Активно използваме асинхронни работни процеси, като ги стартираме във фонов режим.

В случай че клиентът иска да проведе тестване на натоварването, но не може да формулира ясни критерии, ние анализираме достъпните логове на уеб сървъра, например за последния месец, премахваме от тях заявките към статични файлове и създаваме набор от сценарии, имитиращи поведението на потребителите с тестове.