Home

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

В предыдущей статье мы начали теоретическое знакомство с новым членом семейства веб-протоколов HP LoadRunner – TruClient. Закончилось оно хвалебной одой в его адрес: быстрое и лёгкое создание скриптов и богатые возможности настройки знаменуют полную и безоговорочную победу светлого будущего нагрузочного тестирования! Восторженные крики, овации, занавес.

Однако не стоит, конечно, делать выводы, основанные только на теоретическом обзоре. «Теория без практики мертва» – утверждал Александр Васильевич Суворов.Поэтому давайте попробуем посмотреть на конкретном примере, как происходит запись скрипта в TruClient.

В качестве подопытного кролика возьмём сайт http://www.signappnow.com/sheet/create . На странице несколько текстовых полей, календарик jQuery, кнопка и простенькая система защиты от автоматических регистраций на основе арифметического выражения. «Вооружение» – HP LoadRunner 11.0 Patch 2 (на момент написания статьи самая свежая версия).

Что ж, с исходными данными ознакомились, приступим-с.

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

Автор: Комендантов Илья, компания "Lohika" (г. Одесса)

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

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

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

Автор: Алексей Баранцев

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

Начну я с рассказа про "золотую середину" -- инструменты с декларативным стилем описания сценариев, то есть не требующие умения программировать, но всё-таки позволяющие задать достаточно сложный сценарий. Потом постепенно перейдём к инструментам, которые позволяют писать сценарии на некотором языке программирования. Далее я расскажу про онлайновые сервисы, позволяющие генерировать нагрузку "из облака". А потом -- про всё остальное :)

Единственный инструмент, про который я рассказывать не буду -- это JMeter, потому что он заслуживает не отдельной заметки, а подробного и обстоятельного рассказа. Как ни крути, это основная "рабочая лошадка" большинства тестировщиков производительности. Кто хочет послушать про него уже сейчас -- добро пожаловать на вышеупомянутый тренинг, а кто не торопится -- ждите, рано или поздно я напишу и про него.

А в этой заметке я начну рассказывать про BadBoy, который некоторые тестировщики используют как рекордер, чтобы готовить тесты для JMeter, и как раз этот способ его использования я сегодня опишу.

Автор: Демченко Дмитрий

Не смотря на возможно громкое название, речь в статье пойдет не о тестировании производительности ERP систем вообще, а о вполне определенной задаче, которую пришлось решать в рамках горизонтального и вертикального расширения системы ERP.
Под горизонтальным расширением я имею в виду – увеличение количества подключенных объектов к системе, таких как магазины, склады, супермаркеты.
Под вертикальным расширением, я понимаю добавление функциональных модулей в ERP систему.

Автор: Гринкевич Сергей

Оригинальная публикация

Что такое Web-логи?

Любой пользователь, работающий с Интернет приложением, подвергается постоянному наблюдению. За ним следит не только ФСБ (для тех, кто занервничал, читая эти строки, поясняю - это шутка), но и многие участники Глобальной паутины. Это не люди, а электронные компоненты виртуального пространства. И их великое множество. «Стада» совершенно различных серверов, прокси, фаерволов, коммутаторов, маршрутизаторов и т.п. Везде, где вы побывали, остаются «следы» вашего присутствия. Не исключение и Web-сервер на котором работает ваше Web-приложение.

Следы – это не отпечатки пальцев и не протектор ваших ботинок. Следы - это записи в журналах Web-сервера, первого из элементов типового трехзвенного приложения, включающего собственно сам Web-сервер, а так же Web-приложение и базу данных.

Авторы: Дмитрий Демченко, Светлана Зиннатова

В этой статье мы делаем краткий обзор инструментов, которые предназначены для тестирования ERP системы J.D.Edwards OneWorld компании PeopleSoft.

• J.D. Edwards OneWorld ScriptingTool – AutoPilot
• OneWorld Event Capture
• OneWorldAnalyzer Tool
• J.D.Edwards Virtual Script Editor
• J.D. Edwards Virtual Runne

Автор: Михаил Брод

Разработав сайт и определив его будущее место на серверах провайдеров, хостеров или иных компаний, автор готов немедленно разместить его там и предоставить к нему доступ всем желающим. Но случается, что, сделав этот шаг, автор замечает, что его сайт выдает ошибки, медленно отвечает на запросы, становится недоступным в самых неожиданных ситуациях. Появляется необходимость определить, что же мешает нормальной работе проекта — внешние причины или внутренние, зависящие о того, насколько качественно и правильно он написан. Выполнить тестирование позволяют различные программы, об одной из них — WAPT — мы сегодня и поговорим.

Авторский коллектив:

• Вайбхав Теланг, инженер-разработчик ПО IBM
• Гаррет Брауни, инженер-консультант по системным тестам IBM
• Мортен Кристиансен, инженер-разработчик ПО IBM

Когда вы записываете диалоги клиент/сервер, Rational Robot создает скрипт виртуального пользователя (VU). Вы можете проиграть созданный скрипт в его первоначальном виде, либо отредактировать его каким-либо образом для достижения необходимой вам функциональности. Например, вы можете задать параметры имени сервера-хоста, чтобы использовать тот же самый скрипт на множественных хостах. В процессе записи VU Rational Robot следит за диалогом клиент/сервер и переводит необработанный поток сообщений в серию VU-команд для хранения в созданном скрипте. Все запросы клиента переводятся в серию VU-команд; поэтому один клик на web-страницу может привести к созданию тысячи строчек VU-кода. Это значительно усложняет процесс понимания, а впоследствии и редактирования VU-скриптов.

Спонсор: Compuware

Перевод: RedRoxx Technologies

В данной статье рассматривается решение Compuware для совместной работы разработчиков и тестировщиков при локализации проблем производительности, которое позволяет резко снизить среднее время устранения дефектов для данного типа тестирования.

Гарантия производительности и масштабируемости сложных распределенных приложений, работающих на платформах Microsoft или Java, — непростая задача, встающая перед участниками процесса разработки. Сложность этой задачи усугубляется еще и тем, что тe, кто находят проблемы производительности, в редких случаях могут разобраться, чем они обусловлены, и наоборот, те, кто способны исследовать подобные проблемы, редко является теми, кто их ищет.