Если взять предыдущий пример, то количество заказов в минуту и число заказов в данном тесте — неплохие высокоуровневые по-которые можно рассматривать как индикаторы рабочих характе­ристик сайта в сравнении с заданной планкой качества. Именно об этих показателях вы сообщаете руководству в отчетах о ходе тестирования.

Показатели более низкого уровня отражают производительность и помо­гают сократить число узких мест в системе (или вообще устранить их), а также бороться с нестабильностью. Рост производительности может на­прямую повлиять на высокоуровневые показатели. Так, ускорение тран­закций может привести к увеличению числа заказов в минуту.

Большинство средств тестирования под нагрузкой позволяет устанавли­вать таймеры на отдельных страницах или их группах и наблюдать сред­нее время выполнения теста. Однако выяснить, что именно в системе нуж­но улучшить, это не поможет.

Вот тут вам пригодятся счетчики производительности (performance coun­ters) в Windows. Например, вы можете следить за счетчиком Process: Private Bytes для процесса dllhost, чтобы обнаружить утечки памяти в сво­ем серверном пакете. Детальное описание счетчиков, относящихся к Mic­rosoft Internet Information Services (IIS), см. по ссылке http://www.micro-soft.com/TechNet/iis/iis5tune.asp; кроме того, в табл. 3 дан список основ­ных счетчиков, используемых в тестировании под нагрузкой.

Однако счетчики производительности полезны только в идентификации симптомов проблемы, а не ее причины. Если ваша система при 20 одновременных пользователях, счетчик Active Server Pages: Requ­ests Timed Out может действительно подтвердить, что по крайней мере для одного пользователя время ожидания ответа истекло, но найти причину этого не проще, чем иголку в стоге сена. Дело в том, что счетчики произ­водительности предоставляют данные в основном на уровне ОС и сети. А чтобы найти корень проблемы, нужны данные на уровне приложения.