Питання на співбесіді з навантажувального тестування (Senior) з відповідями

76 запитань для співбесіди з теми Навантажувальне тестування (Senior) - з правильними відповідями, поясненнями й посиланнями на документацію.

Пройти цей тест
  1. 1.Ви будуєте модель навантаження для публічного API. Яке джерело патерну надходження найкраще?
  2. 2.Коли закрита модель навантаження - правильний вибір?
  3. 3.Як wrk2 уникає coordinated omission?
  4. 4.Сторінка паралельно викликає 100 бекенд-сервісів, у кожного p99 = 1 с. Яка приблизно частка завантажень сторінки має хоча б один виклик від 1 с?
  5. 5.Що таке hedged requests?
  6. 6.Пропускна здатність росте з кількістю серверів, а потім падає, коли їх додають ще. Яка модель це пояснює?
  7. 7.Як розраховувати потужність сервісу в трьох зонах доступності?
  8. 8.Ви плануєте відтворити трафік продакшену на staging. Який головний ризик?
  9. 9.Навіщо позначати синтетичний трафік тесту, наприклад заголовком?
  10. 10.Як зробити пороги продуктивності в CI достатньо стабільними, щоб блокувати мерджі?
  11. 11.Як вирішити, чи зміна затримки між двома збірками справжня?
  12. 12.Навіщо запиту нести дедлайн, який поважають сервіси нижче за ланцюжком?
  13. 13.Що таке бюджет ретраїв?
  14. 14.Як у системі на чергах зрозуміти, що консюмери встигають за навантаженням?
  15. 15.Spike-тест досягає піку за 30 с, а автомасштабуванню потрібно 3 хвилини. Які варіанти розглянути?
  16. 16.Сервісу збільшили пул з'єднань до БД, і затримка погіршилася. Чому?
  17. 17.У Kubernetes CPU на 60% від ліміту, а p99 затримки стрибає. Що перевірити?
  18. 18.Сервіс, обмежений I/O, автомасштабується за CPU. Що ймовірно покаже навантажувальний тест?
  19. 19.Результати набагато кращі, ніж очікувалося. Що перевірити насамперед?
  20. 20.Навіщо дивитися на http_req_duration{expected_response:true}, а не лише на http_req_duration?
  21. 21.Як перевірити, що м'яка деградація працює?
  22. 22.Staging удвічі менший за продакшен. Чи можна подвоїти результати staging, щоб передбачити прод?
  23. 23.Як отримати правильний p99 по всьому парку з гістограм на серверах?
  24. 24.Гістограми сервера мають бакети 100, 250, 500, 1000 мс. Чому p99 = 900 мс може бути неточним?
  25. 25.p95 на клієнті - 900 мс, а метрики сервера застосунку кажуть 200 мс. Куди може йти час?
  26. 26.Як результати навантажувального тесту мають впливати на рішення про реліз?
  27. 27.Навіщо поєднувати навантаження з внесенням збоїв (наприклад, убити вузол посеред тесту)?
  28. 28.Які повільні витоки ресурсів зазвичай виявляє soak-тест?
  29. 29.Що треба погодити перед breakpoint-тестом?
  30. 30.У мультитенантного SaaS є один величезний тенант. Що має бути в навантажувальному тесті?
  31. 31.Скидання кешу CDN стається в пік. Який ризик має відтворити тест?
  32. 32.Чому результати можуть залежати від форми підйому, а не лише від піку?
  33. 33.Як закон Літтла допомагає перевірити узгодженість результату тесту?
  34. 34.Навіщо тестувати критичні компоненти ізольовано, на додачу до наскрізних тестів?
  35. 35.Сервіс додав батчинг: пропускна здатність подвоїлася, p50 зріс. Це регресія?
  36. 36.Під час навантажувального тесту serverless API які обмеження часто з'являються раніше за ваш код?
  37. 37.Який вибір інструменту для команди найлегше обґрунтувати?
  38. 38.Як модель навантаження може реалістично відобразити різні шляхи користувачів?
  39. 39.Справжній трафік сплескоподібніший за рівний сталий темп. Чому це важливо?
  40. 40.Навантажувальний тест оформлення замовлення відтворює запити з тим самим ключем ідемпотентності. Що станеться?
  41. 41.Навіщо синхронізувати годинники розподілених генераторів навантаження?
  42. 42.Під навантаженням на запис репліки для читання відстають. Що має перевірити тест?
  43. 43.Затримка стрибає лише для замовлень одного популярного товару. Яка ймовірна причина?
  44. 44.Навіщо стежити за накладними витратами логування й трасування під час тесту?
  45. 45.Чому результати треба подавати і за часовими вікнами, а не лише за весь прогін?
  46. 46.Чим відрізняється навантажувальний тест для дослідження і як гейт?
  47. 47.Чому тестові дані у великих обсягах мають бути синтетичними чи анонімізованими?
  48. 48.Стаб залежності завжди відповідає за 5 мс. Що з цим не так?
  49. 49.Rate limiter використовує token bucket з burst 100 і темпом 10/с. Що має перевірити тест?
  50. 50.У продакшені частка влучань у кеш 85%, а в тесті 99%. Що з цього випливає?
  51. 51.Чому звіт про потужність має називати вузьке місце, а не лише максимальний RPS?
  52. 52.Коли навантажувальне тестування в продакшені виправдане?
  53. 53.Як протестувати вплив довгої міграції бази даних?
  54. 54.Навіщо обмежувати вартість хмарних генераторів перед великим тестом?
  55. 55.Що означає, що продуктивність - питання спільної відповідальності?
  56. 56.Навіщо в деяких тестах емулювати мережеву затримку чи втрати?
  57. 57.Чому додавання кешу перед сервісом може створити новий ризик?
  58. 58.Навіщо в тесті окремо моделювати довгі з'єднання (наприклад WebSocket, SSE)?
  59. 59.Після деплою всі WebSocket-клієнти перепідключаються разом. Що має перевірити тест?
  60. 60.Чому навантажувальні тести мають перевіряти й коректність, а не лише швидкість?
  61. 61.Чому інколи тримають тест на піковому навантаженні 30-60 хвилин, а не 5?
  62. 62.Як подати результати нетехнічним стейкхолдерам?
  63. 63.У чому небезпека навантажувального тесту, який завжди проходить?
  64. 64.Чому think time і pacing треба брати з даних, а не вгадувати?
  65. 65.Потрібно емулювати мільйон користувачів, кожен з яких опитує сервер раз на 60 с. Скільки це RPS?
  66. 66.Яка метрика найкраще показує, що система правильно скидає навантаження в стрес-тесті?
  67. 67.Що таке goodput?
  68. 68.Чому черги всередині генератора навантаження можуть зіпсувати результати?
  69. 69.Сервіс нормально працює на 1000 RPS з одного клієнта, але падає на 1000 RPS з 10 000 клієнтів. Чому?
  70. 70.Чому варто стежити за кінцем навантажувального тесту (спадом)?
  71. 71.Чому бюджет продуктивності має входити в definition of done для ризикованих змін?
  72. 72.Чому JVM-сервісам у тестах часто потрібен довший прогрів, ніж сервісам на Go?
  73. 73.БД на 40% CPU, але під навантаженням має високий I/O wait. Що ймовірне вузьке місце?
  74. 74.Навіщо додавати тест, що піднімається до піку й тримає його, поки йде деплой?
  75. 75.Чому для гейту релізу за затримкою краще міряти на краю (на боці користувача)?
  76. 76.Яка головна цінність моделі потужності, побудованої з навантажувальних тестів?