Тестування продуктивності: інструменти та метрики

З якого питання починати

Навантажувальне тестування без чіткого питання перетворюється на безглуздий набір графіків. Перш ніж запускати інструмент, варто сформулювати конкретну мету: скільки запитів за секунду система повинна витримувати при заданій latency, або за якого навантаження починається деградація. Детальніше про суміжний підхід можна прочитати в матеріалі «Тестування безпеки: базовий чек-лист».

Види навантажувальних тестів

Load testing перевіряє поведінку системи за очікуваного робочого навантаження — звичайний робочий день із типовим трафіком. Stress testing збільшує навантаження до відмови системи, щоб знайти реальну межу і зрозуміти, як система деградує — плавно чи обвально. Spike testing перевіряє реакцію на різкий стрибок трафіку, наприклад під час розпродажу.

Інструменти на кшталт k6 чи Gatling дозволяють описати сценарій як код і поступово нарощувати віртуальних користувачів, відстежуючи ключові метрики: latency на різних перцентилях (особливо p95 і p99, а не лише середнє значення), частку помилок і пропускну здатність. Важливо тестувати в середовищі, максимально близькому до продакшену — на staging зі зменшеними ресурсами результати майже завжди вводять в оману. Ці ідеї перегукуються з темами «Snapshot-тестування: коли корисно, а коли шкодить» та «Розбираємося з View Transitions API».