Перейти к содержимому

Фотография

TruClient: пополнение в семействе веб-протоколов HP LoadRunner


  • Авторизуйтесь для ответа в теме
Сообщений в теме: 4

#1 baranceva

baranceva

    Профессионал

  • Admin
  • PipPipPipPipPipPip
  • 4 150 сообщений
  • ФИО:Баранцева Наталья


Отправлено 19 февраля 2011 - 18:58

Автор: Комендантов Илья

Самое медленное звено определяет скорость работы всей системы. Утверждение появилось задолго до создания Всемирной Паутины, однако пример использования веб-систем более чем показателен. Наверное, сложно найти человека, который посещает Интернет и ни разу не сталкивался с медленным открытием страниц.

Скорость доступа к информации, которую запрашивает браузер пользователя, зависит от характеристик работы множества звеньев: запросов к серверу баз данных, расчётов, производимых сервером приложений, "занятости" веб-сервера при огромной нагрузке (миллионом пользователей уже никого не удивишь), загруженности канала связи и многих других. Звенья в свою очередь состоят из более мелких частей, которые могут оказаться тем самым "узким местом", определяющим скорость всей системы, и пользователь вынужден ждать. Но не все обладают терпением Будды.

Поиск "узкого места" - нетривиальная задача. Отдельно модули системы могут работать без видимых отклонений, а производительность системы при этом оказывается далека от желаемой. Проблему интеграции можно описать словами Задорнова: "...по отдельности вы совершенно нормальные ребята! Но когда вместе – это буквально всероссийское бедствие, причем вечное". Коварство слабых звеньев ещё и в том, что при небольшой нагрузке, проявляются только грубые ошибки интеграции, лежащие на поверхности. В реальной жизни начинают сбоить даже те места системы, которые никак не проявлялись ранее. Часто такое поведение связано с проблемами в архитектуре. Нетрудно представить последствия глобальных изменений на финальных стадиях разработки.



Читать дальше
  • 0
Наталья Баранцева
Тренинги по тестированию ПО

#2 Troubleshooter

Troubleshooter

    Опытный участник

  • Members
  • PipPipPipPip
  • 398 сообщений
  • Город:Киев

Отправлено 21 февраля 2011 - 13:29

Автор: Комендантов Илья

Самое медленное звено определяет скорость работы всей системы. Утверждение появилось задолго до создания Всемирной Паутины, однако пример использования веб-систем более чем показателен. Наверное, сложно найти человека, который посещает Интернет и ни разу не сталкивался с медленным открытием страниц.

Скорость доступа к информации, которую запрашивает браузер пользователя, зависит от характеристик работы множества звеньев: запросов к серверу баз данных, расчётов, производимых сервером приложений, "занятости" веб-сервера при огромной нагрузке (миллионом пользователей уже никого не удивишь), загруженности канала связи и многих других. Звенья в свою очередь состоят из более мелких частей, которые могут оказаться тем самым "узким местом", определяющим скорость всей системы, и пользователь вынужден ждать. Но не все обладают терпением Будды.

Поиск "узкого места" - нетривиальная задача. Отдельно модули системы могут работать без видимых отклонений, а производительность системы при этом оказывается далека от желаемой. Проблему интеграции можно описать словами Задорнова: "...по отдельности вы совершенно нормальные ребята! Но когда вместе – это буквально всероссийское бедствие, причем вечное". Коварство слабых звеньев ещё и в том, что при небольшой нагрузке, проявляются только грубые ошибки интеграции, лежащие на поверхности. В реальной жизни начинают сбоить даже те места системы, которые никак не проявлялись ранее. Часто такое поведение связано с проблемами в архитектуре. Нетрудно представить последствия глобальных изменений на финальных стадиях разработки.



Читать дальше


Хотелось бы побольше технической информации о протоколе(архитектура) учитывая тот факт, что тестирование производилось в Украине.
Например, каким образом эмулируется многопоточность запросов тяжелых клиентов?
  • 0

#3 barancev

barancev

    Администратор

  • Admin
  • PipPipPipPipPipPip
  • 6 871 сообщений
  • ФИО:Алексей Баранцев
  • Город:Россия, Москва


Отправлено 21 февраля 2011 - 13:56

Хотелось бы побольше технической информации о протоколе(архитектура) учитывая тот факт, что тестирование производилось в Украине.
Например, каким образом эмулируется многопоточность запросов тяжелых клиентов?

Да, есть надежда на то, что будет продолжение, с большим количеством технических подробностей про TC.
  • 0
Алексей Баранцев
Тренинги для тестировщиков (тестирование производительности, защищенности, тест-дизайн, автоматизация):
Линейка тренингов по Selenium

#4 Куатор

Куатор

    Постоянный участник

  • Members
  • PipPipPip
  • 247 сообщений
  • ФИО:Комендантов Илья
  • Город:Украина, Одесса

Отправлено 21 февраля 2011 - 14:11

Хотелось бы побольше технической информации о протоколе(архитектура) учитывая тот факт, что тестирование производилось в Украине.
Например, каким образом эмулируется многопоточность запросов тяжелых клиентов?

Тестирование проводилось в двух странах, одна из которых - Украина :)
В первой версии протокола, много ограничений, например: Какждый виртуальный пользователь это отдельный процесс (mdrv.exe).
Скрипт эмулирует последовательность действий пользователя, все запросы, которые отправлял браузер в результате этих действий, точно также отправляются браузером при проигрывании.
Сколько таких виртуальных пользователей выдержит ваш лоудгенератор, сильно зависит от скрипта.
"How Many Ajax TruClient Vusers Can I Run on a Single Load Generator?
The amount of Ajax TruClient Vusers that can run on a single load generator machine depends on the application under test and hardware parameters.
Internal HP benchmarks indicate that for various applications under test, a single Ajax TruClient Vuser can utilize around 60-120MB of memory (footprint) and consumes 3-30% of single CPU core. We recommend assessing the resource utilization parameters per application to arrive at a realistic number for sizing of the load test."
Тема относительно футпринта +)

P.S: Возможно, стоит осветить это отдельной статьёй.. *чешет репу*..
  • 0
Идеальный тестировщик - человек с золотыми руками, растущими из ж...

#5 Troubleshooter

Troubleshooter

    Опытный участник

  • Members
  • PipPipPipPip
  • 398 сообщений
  • Город:Киев

Отправлено 21 февраля 2011 - 16:56

P.S: Возможно, стоит осветить это отдельной статьёй.. *чешет репу*..


Конечно.
  • 0


Количество пользователей, читающих эту тему: 0

0 пользователей, 0 гостей, 0 анонимных