максимальне число паралельних працюючих користувачів додатки, підтримка якого очікується від програми в будь-який момент часу. Модель поведінки користувача може значно впливати на здатність додатки до паралельної обробці запитів, особливо якщо він включає в себе періодично вхід і вихід з системи.
Якщо концепція програми не полягає в роботі з конкретними кінцевими користувачами, то переслідувана мета для продуктивності буде заснована на максимальної пропускної спроможності або числі транзакцій в одиницю часу. Хорошим прикладом в даному випадку буде перегляд веб-сторінок, наприклад, на порталі Wikipedia.
Час відповіді сервера.
Ця концепція будується навколо часу відповіді одного вузла додатки на запит, надісланий іншим. Простим прикладом є HTTP GET запит з браузера робочої станції на веб-сервер. Практично всі додатки, розроблені для навантажувального тестування працюють саме за цією схемою вимірювань. Іноді доцільно ставити завдання по досягненню продуктивності часу відповіді сервера серед всіх вузлів додатки.
Час відображення.
Час відображення - одне з найскладніших для додатки для навантажувального тестування понять, так як в загальному випадку вони не використовують концепцію роботи з тим, що відбувається на окремих вузлах системи, обмежуючись тільки розпізнаванням періоду часу протягом якого немає мережевої активності. Для того, щоб заміряти час відображення, в загальному випадку потрібно включати функціональні тестові сценарії в тести продуктивності, але більшість додатків для тестування продуктивності не включають в себе таку можливість.
Вимоги до продуктивності.
Дуже важливо деталізувати вимоги до продуктивності і документувати їх в якому-небудь плані тестування продуктивності. В ідеальному випадку це робиться на стадії розробки вимог при розробці системи, до опрацювання деталей її дизайну. Проте тестування продуктивності часто не проводиться згідно специфікації, так як немає зафіксованого розуміння про максимальний час відповіді для заданого числа користувачів. Тестування продуктивності часто використовується як частина процесу профайлінга продуктивності. Його ідея полягає в тому, щоб знайти слабка ланка - Таку частину системи, соптімізіровав час реакції якої, можна поліпшити загальну продуктивність системи. Визначення конкретної частини системи, що стоїть цьому критичному шляху, іноді дуже непросте завдання, тому деякі додатки для тестування включають в себе (або можуть бути додані за допомогою add-on ів) інструменти, запущені на сервері (агенти) і спостерігають за часом виконання транзакцій , часом доступу до бази даних, Оверхед мережі та іншими показниками серверної частини системи, які можуть бути проаналізовані разом з рештою статистикою по продуктивності.
Тестування продуктивності може проводитися з використанням глобальної мережі і навіть у географічно віддалених місцях, якщо враховувати той факт, що швидкість роботи мережі Інтернет залежить від місця розташування. Воно також може проводитися і локально, але в цьому випадку необхідно налаштувати мережеві маршрутизатори таким чином, щоб з'явилася затримка, присутня в усіх публічних мережах. Навантаження, що додається до системи, повинна збігатися з реальним станом справ. Так наприклад, якщо 50% користувачів системи для доступу до системи використовують мережевий канал шириною 56К, а інша половина використовує оптичний канал, то комп'ютери, що створюють тестову навантаження на систему повинні використовувати ті ж з'єднання (ідеальний варіант) або емулювати затримки вищевказаних мережевих з'єднань, слідуючи заданих профайлам користувачів.
Типові питання тестування продуктивності.
Вимоги до продуктивності повинні адресувати наступні, як мінімум, питання:
· що охоплюється тестом продуктивності? Які підсистеми, компоненти, інтерфейси і т. Д. Повинні бути протестовані?
· якщо в тест включаються користувача інтерфейси, то скільки одночасно працюючих в системі користувачів очікується для кожного інтерфейсу? (необхідно визначити пікові та нормальні значення).
· як виглядає апаратна складова тестованої системи? (Необхідно описати всі сервери та мережеве обладнання)
· Який сценарій використання кожного компонента системи? (наприклад, 20% запитів становить вхід в систему, 40% - пошук, 30% - вибір елемента, 10% - вихід із системи)
· Який сценарій використання системи? [в одному тесті на продуктивність можуть бути задіяні різні сценарії використання кожного компонента]
· Які вимоги до часу виконання серії операцій серверної частини програми?
Інструментарій.
Існує пошире...
