If you are testing from behind a firewall/proxy server, you may need to provide JMeter with the firewall/proxy server hostname and port number. To do so, run the jmeter.bat/jmeter file from a command line with the following parameters:
-H [proxy server hostname or ip address]
-P [proxy server port]
-N [nonproxy hosts] (e.g. *.apache.org|localhost)
-u [username for proxy authentication - if required]
-a [password for proxy authentication - if required]
Example : jmeter -H my.proxy.server -P 8000 -u username -a password -N localhost
Alternatively, you can use --proxyHost, --proxyPort, --username, and --password
понедельник, 20 сентября 2010 г.
Using proxy in JMeter
понедельник, 13 сентября 2010 г.
Валидация кириллистических значений с помощью BadBoy
Столкнулся с проблемой, что BadBoy не воспринимает строковые значения, содержащие кирилицу и при любых ассертах, соответственно, говорит что тест провален, даже если на самом деле всё работает.
Кто-нибудь знает, как побороть?
Кто-нибудь знает, как побороть?
пятница, 14 мая 2010 г.
среда, 14 апреля 2010 г.
Получение данных от сторонних сервисов
Интегрировали в наш портал блок с информацией о погоде для выбранного города от одного из провайдеров погодных данных.
Всё было хорошо, пока сервис работал. Однако когда у самого провайдера начались проблемы — его сайт был периодически недоступен, аналогичные проблемы начались и на портале. В очереди Tomcat'а накапливались соединения к сайту погоды, а учитывая, что они создавились при кажджом действии пользователя на странице, их было очень много. Соответственно увеличилось время загрузки страниц у пользователей и страницы им отдавались не полностью.
Решением было реализовать загрузку блока с погодой асинхронно от общего контента портала, не дожидаясь загрузки погодных данных, а так же установили таймаут, через который предпринималась попытка очередного соединения с сайтом погоды, если предыдущая не завершилась успешно.
Если в приложении используются какие-либо сторонние провайдеры данных, следуют не только проверить, что будет в случае недоступности сервиса, но и как поведёт себя приложение при недоступности такого сервиса, особенно в стрессовых условиях, под нагрузкой.
Всё было хорошо, пока сервис работал. Однако когда у самого провайдера начались проблемы — его сайт был периодически недоступен, аналогичные проблемы начались и на портале. В очереди Tomcat'а накапливались соединения к сайту погоды, а учитывая, что они создавились при кажджом действии пользователя на странице, их было очень много. Соответственно увеличилось время загрузки страниц у пользователей и страницы им отдавались не полностью.
Решением было реализовать загрузку блока с погодой асинхронно от общего контента портала, не дожидаясь загрузки погодных данных, а так же установили таймаут, через который предпринималась попытка очередного соединения с сайтом погоды, если предыдущая не завершилась успешно.
Если в приложении используются какие-либо сторонние провайдеры данных, следуют не только проверить, что будет в случае недоступности сервиса, но и как поведёт себя приложение при недоступности такого сервиса, особенно в стрессовых условиях, под нагрузкой.
пятница, 5 марта 2010 г.
Load Impact ищет бета-тестеров
Load Impact (сервис, позволяющий выполнить нагрузочное тестирование online) в связи с введением нового функционала ищет бета-тестеров. Из нововведений будет доступно приложение генерации нагрузки, программируемое на Lua, а так же новый API.
Участники тестирования получат в пользование premium-акк, правда ограниченный по времени.
Заинтересованным слать письма на support@loadimpact.com с темой "Beta Test".
Участники тестирования получат в пользование premium-акк, правда ограниченный по времени.
Заинтересованным слать письма на support@loadimpact.com с темой "Beta Test".
среда, 24 февраля 2010 г.
Подписаться на:
Сообщения (Atom)