Авторский коллектив:
- Пол Сонненберг, инженер-программист IBM
- Майк Бьюбел, инженер-программист IBM
- Иен Мельник, практикант IBM
Источник публикации
В этой статье обобщается опыт группы IBM Platform Evaluation Test по миграции с опытной разработки IBM Web Performance Tools (WPT) на Linux-версию IBM Rational Performance Tester, в который теперь включена функциональность WPT. Инструменты моделирования пользовательской активности играют ключевую роль в нагрузочном тестировании смоделированного сайта книжного интернет-магазина. В этот отчёт включены ранее недокументированные вопросы работы RPT на Linux и стратегии расширения RPT для использования Web-сервисов и базы данных IBM DB2 для моделирования пользовательского ввода. Результаты показывают, что Rational Performance Tester выполняет на 236% больше транзакций, чем WPT за то же время. Статья предназначена пользователям среднего уровня и опытным пользователям Rational Performance Tester или аналогичного ПО.
В этой статье обобщается опыт группы IBM Platform Evaluation Test (PET) по реализации версии IBM Rational Performance Tester для операционной системы Linux для смоделированного Web-сайта интернет-магазина. До того, как нам стал доступен Rational Performance Tester, наш выбор ПО для моделирования активности пользователя был ограничен некоммерческими продуктами, например опытной разработкой IBM Web Performance Tools и Siege. Оба эти продукта выполняют основные функции Web-сессий, например запись и воспроизведение, но им не хватает многих полезных функций, доступных в коммерческих продуктах, например Rational Performance Tester. Мы обсуждаем наш первый опыт работы с Rational Performance Tester и сравниваем его с WPT в качестве базового инструмента моделирования активности пользователя. Мы также обсуждаем наш опыт использования пула данных и возможностей написания собственного кода. Наконец, мы анализируем потенциал дополнительных расширений среды нагрузочных испытаний сайта книжного магазина.
Автор: Андрей Широбоков
Основанием для написания данной статьи было желание построить схематичный, основанный на практическом опыте подготовки и проведения тестирования производительности. Подготовка, в виде формирования требований к данному виду тестирования, включая нагрузочную модель, является исключительно важным этапом в практике тестирования производительности, так как некорректная нагрузочная модель может привести к результатам не правильно характеризующим поведение системы и сделать затруднительным принятие решений по улучшению производительности Приложения.
Автор: Михаил Брод
Разработав сайт и определив его будущее место на серверах провайдеров, хостеров или иных компаний, автор готов немедленно разместить его там и предоставить к нему доступ всем желающим. Но случается, что, сделав этот шаг, автор замечает, что его сайт выдает ошибки, медленно отвечает на запросы, становится недоступным в самых неожиданных ситуациях. Появляется необходимость определить, что же мешает нормальной работе проекта — внешние причины или внутренние, зависящие о того, насколько качественно и правильно он написан. Выполнить тестирование позволяют различные программы, об одной из них — WAPT — мы сегодня и поговорим.
 Авторы: Дмитрий Демченко, Светлана Зиннатова
В этой статье мы делаем краткий обзор инструментов, которые предназначены для тестирования 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
 Спонсор: Compuware
Перевод: RedRoxx Technologies
В данной статье рассматривается решение Compuware для совместной работы разработчиков и тестировщиков при локализации проблем производительности, которое позволяет резко снизить среднее время устранения дефектов для данного типа тестирования.
Гарантия производительности и масштабируемости сложных распределенных приложений, работающих на платформах Microsoft или Java, — непростая задача, встающая перед участниками процесса разработки. Сложность этой задачи усугубляется еще и тем, что тe, кто находят проблемы производительности, в редких случаях могут разобраться, чем они обусловлены, и наоборот, те, кто способны исследовать подобные проблемы, редко является теми, кто их ищет.
 Авторский коллектив:
- Вайбхав Теланг, инженер-разработчик ПО IBM
- Гаррет Брауни, инженер-консультант по системным тестам IBM
- Мортен Кристиансен, инженер-разработчик ПО IBM
Когда вы записываете диалоги клиент/сервер, Rational Robot создает скрипт виртуального пользователя (VU). Вы можете проиграть созданный скрипт в его первоначальном виде, либо отредактировать его каким-либо образом для достижения необходимой вам функциональности. Например, вы можете задать параметры имени сервера-хоста, чтобы использовать тот же самый скрипт на множественных хостах. В процессе записи VU Rational Robot следит за диалогом клиент/сервер и переводит необработанный поток сообщений в серию VU-команд для хранения в созданном скрипте. Все запросы клиента переводятся в серию VU-команд; поэтому один клик на web-страницу может привести к созданию тысячи строчек VU-кода. Это значительно усложняет процесс понимания, а впоследствии и редактирования VU-скриптов.
Продолжаем публикацию лучших докладов SQA Days 13. Сегодня представляем доклад Марины Широчкиной "Тестирование производительности клиентсайда".
Тестирование производительности сервер-сайда, того, как быстро и стабильно отвечают сервера под нагрузкой, уже стало хорошей практикой. Есть инструменты, подходы и методики. С тестированием производительности клиентской части, т.е. производительности того, что происходит у конечного пользователя в его браузере, все немного хуже. За последние полтора года мы прошлись по неплохому комплекту граблей, кажется, что-то про это поняли и хотим об этом поговорить.
|
