стю. Оптимальний підхід у даному випадку полягає в балансуванні між вартістю розробки тесту і покриттям функціональності системи, в результаті якого з'являються допущення про вплив на загальну продуктивність тієї чи іншої частини тестованої системи.
Інструментарій для тестування продуктивності.
Слід зазначити, що для більшості видів тестування продуктивності використовується один і той самий інструментарій, що вміє виконувати типові завдання.
Існує поширена помилкове розуміння того, що інструменти для навантажувального тестування системи - це інструменти такі ж за принципом запису і відтворення як і інструменти для автоматизації регресійного тестування. Інструменти для навантажувального тестування працюють на рівні протоколу, тоді як інструменти для автоматизації регресійного тестування працюють на рівні об'єктів графічного інтерфейсу користувача.
Найбільш популярні інструменти для навантажувального тестування представлені нижче.
Стрес-тестування.
Стрес-тестування - один з видів тестування програмного забезпечення, яке оцінює надійність і стійкість системи в умовах перевищення меж нормального функціонування. Стрес-тестування особливо необхідне для критично важливого ПЗ, проте також використовується і для решти ПЗ. Зазвичай стрес-тестування краще виявляє стійкість, доступність і обробку винятків системою під великим навантаженням, ніж те, що вважається коректною поведінкою в нормальних умовах.
Основні принципи.
У загальному випадку методологія стрес-тестування заснована на знятті та аналізі показників продуктивності додатка при навантаженнях, які значно перевищують очікувані на стадії супроводу і несе в собі мету визначити витривалість або стійкість додатки на випадок сплеску активності щодо його використання.
Необхідність стрес-тестування диктується такими факторами:
. Велика частина всіх систем розробляються з допущенням про функціонування в нормальному режимі і навіть у випадку, коли допускається можливість збільшення навантаження, реальні обсяги її збільшення не беруться до уваги.
2. У разі SLA-контракту (угоди про рівень послуг) вартість відмови системи в екстремальних умовах може бути дуже велика.
. Виявлення деяких помилок або дефектів у функціонуванні системи не завжди можливо з використанням інших типів тестування.
. Тестування, проведеного розробником, може бути недостатньо для емуляції умов при яких відбувається відмова системи.
. Переважно бути готовим до обробки екстремальних умов системи, ніж очікувати її відмови.
Основні напрямки застосування стрес-тестування:
· загальне дослідження поведінки системи при пікових навантаженнях;
· дослідження обробки помилок і виняткових ситуацій системою при пікових навантаженнях;
· дослідження вузьких місць системи або окремих компонент при диспропорційних навантаженнях;
· тестування ємності системи.
Стрес-тестування, як і тестування навантаження також може бути використано для регулярної оцінки змін продуктивності з метою отримання для подальшого аналізу динаміки зміни поведінки системи за тривалий період.
Пропорційна навантаження.
Стрес-тестування може застосовуватися як для відокремлених додатків, так і для розподілених систем з клієнт-серверною архітектурою. Найпростішим прикладом стрес-тестування відокремленого програми може бути відкриття файлу розміром в 50 Мб програмою Notepad, яка входить в комплект ОС Windows. Умови стрес-тестування програми зазвичай формуються виходячи з критичних бізнес-процесів його функціональності, визначеними на стадії розробки вимог і аналізу ризиків групою, відповідальною за продуктивність.
У загальному випадку в якості умов для стрес-тестування може використовуватися лінійно збільшена очікувана навантаження.
Тестування стабільності.
Тестування стабільності або надійності (Stability/Reliability Testing) - один з видів автоматизованого тестування ПЗ, метою якого є перевірка працездатності програми при тривалому тестуванні з очікуваним рівнем навантаження.
Перед тим як піддавати ПО екстремальним навантаженням варто провести перевірку стабільності в передбачуваних умовах роботи, тобто занурити продукт в повну робочу атмосферу. При тестуванні, тривалість його проведення не має першорядного значення, основне завдання - спостерігаючи за споживанням ресурсів, виявити витоку пам'яті і простежити щоб швидкість обробки даних і/або час відгуку програми ...
