Методология тестирования производительности

Question

Я ищу «конкретную» методологию для индивидуализации узкого места работы службы, предоставляемой через веб-приложение. Я ищу целостный подход, который включает в себя тестирование компьютерной сети, базы данных и веб-приложений. Предположим, что вы находитесь перед веб-приложением, которое позволяет загружать pdf-файлы после входа в сеть вашей компании. Вы получаете доступ к приложению в браузере.
Требование конечного пользователя состоит в том, что веб-приложение должно разрешать загружать pdf-файлы (размером до 5 МБ) не более 1 минуты. Некоторые технические детали: - Приложение состоит из базы данных, системы управления документами (например, Alfresco) и частей кода Java. - Пользователь аутентифицирует себя, указав имя пользователя и пароль для приложения, приложение в свою очередь отправляет их на сервер LDAP (сервер LDAP развернут на другом физическом сервере). Java-сервлет делает эту работу и дополнительно запрашивает БД для понимания роли пользователя (пользователь может быть администратором, читателем, автором). - аутентифицированный пользовательский доступ к странице поиска, после поиска документа будет загружен файл. Поиск работает таким образом: пользователь заполняет некоторые поля (например, имя документа), поле отправляется в системы управления документами, которые выполняют фактический поиск файла и возвращают результаты обратно в приложение. Когда пользователь нажимает кнопку загрузки, приложение извлекает документ из системы управления документами.

Основная сеть должна быть 1 ГБ Eth с некоторыми маршрутизаторами/мостами и балансировщиком нагрузки, мы имеем обширное знание топологии сети.

Мой вопрос: если где-то (в сети, в веб-приложении, например, плохое кодирование) есть узкое место производительности, которое нарушает прежнее требование (время загрузки в 1 секунду), как мы можем его обнаружить? С какого элемента мы должны начать? Например, пытаясь понять производительность сети, затем системы управления документами, а в конце - всю систему (приложение, сеть, базу данных). Как мы должны постепенно увеличивать количество запросов на скачивание?

Я ищу методологии, я уже прочитал

http://www.agileload.com/performance-testing/performance-testing-methodology/test-methodology

http://msdn.microsoft.com/en-us/library/bb924375.aspx

What performance testing methodology are you using for your webapps?

Все они содержат хорошие предложения, но я хочу более практическую методологию с ссылка на тестирование веб-приложения. Заранее спасибо

Answer 1

Это одна минута или одна секунда для файла размером 5 МБ? Можете ли вы опубликовать диаграмму о том, как связаны разные части?

Существует способ определения того, как латентность сети и обработка приложений способствуют суммарному времени отклика.

Для этого требуется использование браузера и других компонентов, составляющих полную систему. То есть написания кода в JavaScript, Java, C/C++, Perl, Python и т. д. и встраивания его в каждый компонент приложения, чтобы компоненты могли сообщать события центральному сборщику.

Если измерительные приборы не могут быть легко добавлены к компонентам, то другая альтернатива вставляет события, собирающие прокси-соединения между компонентами, а затем они сообщают о событиях в центральный коллектор.Вы можете определить и отсрочить задержки из-за прокси, выполнив несколько тестов с прокси-серверами и без них.

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