Тестування продуктивності спрямоване на те, щоб переконатися, що програмне забезпечення або додаток працює належним чином у критичних умовах. Воно допомагає визначити, наскільки швидко реагують окремі частини системи в різних ситуаціях.

Тому дуже важливо мати вимоги до тестів продуктивності і знати, де можна знайти цю інформацію.

Загальна інформація

1. Які часові рамки поточного проекту, щоб ви могли спланувати початок і завершення процесу тестування?
2. Чи є результати функціонального тестування? Як поводиться додаток?
3. Деякі тести показали, що брандмауер може впливати на результати навантажувального тестування. Чи потрібно отримувати дозвіл від брандмауера перед початком тестування?
4. Яка URL-адреса та облікові дані програми?
5. Чи є якісь пропозиції щодо інструментів для тестування? - LoadRunner, JMeter тощо.
6. Який саме тип тестування продуктивності повинні виконувати QA-інженери? - Стрес-тестування, навантажувальне тестування, тестування продуктивності, навантажувальне тестування.
7. Які цілі переслідує процес тестування? - знайти вразливості системи, побачити платформу, яка працює краще порівняно з іншою, та оцінити систему за критеріями продуктивності.
8. Які критерії прийнятності для кожного тесту? - час відгуку на кожну транзакцію має бути менше 10 секунд; принаймні 90% транзакцій користувачів мають бути успішними.

Архітектура

1. Що це за додаток? - мобільний, веб-, клієнт-серверний.
2. Яка платформа використовувалася для розробки продукту? - PHP, Ruby, .Net тощо.
3. Що таке база даних? - SQL, MySQL, Oracle.
4. Який сервер додатків використовує система? - WebSphere, Tomcat, IIS.
5. Яке апаратне забезпечення системи (з усіма серверами, конфігураціями та механізмами взаємодії)? - LAN/WAN, пропускна здатність, пакетні транзакції, термінальні сервери тощо.
6. Чи є у вас на веб-сервері інструмент для моніторингу трафіку? - Google analytics, AppDynamics, New Relic.
7. Чи є вже виявлені дефекти? - помилка таймауту через довший час відгуку, неочікуване збільшення кількості відвідувачів за певний період, а також більше використання процесора та пам’яті.
8. Що таке протокол клієнт-сервер? - HTTP, HTTPS, TCP/IP.
9. Чи залежить веб-додаток від версії браузера клієнта?
10. Чи можна запускати тести в окремому тестовому середовищі? - Наполегливо рекомендуємо.
11. Чи є якісь особливі вимоги до вхідних даних? - перевірка даних, унікальність, чутливість до часу.

Бізнес

1. Чи знаєте ви вже сценарії дій? - Для деяких соціальних мереж це може бути процес входу в систему, перегляд/додавання постів, обмін повідомленнями тощо.
2. Чи знаєте ви точну кількість користувачів, які відвідали сайт за кілька годин?
3. Як користувачі отримують доступ до додатку? - час від часу протягом дня; одночасний вхід.
4. Як довго користувачі використовують додаток протягом одного сеансу?
5. Скільки транзакцій користувачі здійснюють за день?
6. Чи важливе місцезнаходження ваших користувачів? Це одне й те саме місце чи вони по всьому світу?
7. Як користувачі отримують доступ до програми? - веб, мобільний, протокол віддаленого робочого столу.
8. Чи встановили ви прийнятний максимальний час для завершення транзакції? - система повинна відповісти протягом 5 секунд.
9. Які дні/години пікового навантаження та максимального споживання енергії на сервері?
10. Скільки користувачів відвідують систему під час пікового навантаження?
11. Що таке модель робочого навантаження?
12. Яка точна кількість користувачів може одночасно отримати доступ до системи?
13. Чи існують часові обмеження для виконання тесту?
14. Чи є у вас додаткова інформація, яка може допомогти з тестуванням?

Підсумовуючи, хочемо ще раз наголосити, що метою тестування продуктивності є не пошук помилок, а усунення вразливостей у роботі програмного забезпечення на етапі моделювання та проектування системи, до початку основного етапу розробки. Тому дуже важливо правильно підготуватися до тестових запусків і зробити все якнайкраще.