Я не мог в Java, когда начал заниматься этим тестированием. А легкости бытия хотелось невыносимо. В следующих реинкарнациях тестов планирую использовать gatling.
Lexandiy, если правильно понял вопрос — можно.
Делаю это следующим образом:
1. В JMS Publisher выбираю опцию From File и указываю путь к файлу
2. В самом файле параметризую необходимые участки (в моем случае, значение тегов в XML):
<ns0:RequestId>${rquid}</ns0:RequestId>
3. Эти параметры описываю в объекте тест-плана User Parameters:
4. Перед отправкой JMeter вставляет сгенерированные значения параметров в тело XML-сообщения
Хочу поговорить об этом в следующей публикации.
В вашем случае параметризация будет более сложной — вероятно, придется использовать JSR223 PreProcessor для обращения к внешней библиотеке и передать полученный от нее ответ в параметр JMeter (+ второй параметр, который инкрементируется).
На мой взгляд, отличие есть, но я не считаю его кардинальным. Санитарное тестирование — более тщательное дымовое тестирование. И про него я знаю только из книжек\статей, ни в одном проекте, к которому был причастен, никто не проводил санитарное тестирование (по крайней мере, так его не называли).
Я ставлю на величие и мощь русского языка. Он пережует и адаптирует все эти англицизмы профессионального слэнга, такие статьи могут задать правильный с точки зрения грамматики вектор. Но грамматика должна быть гибкой. Поэтому не стоит переживать слишком сильно. Если 90% коллег называют функциональность функционалом, необязательно запрягать черные «воронки»
Комбо-набор работает отлично после обновления версии jms.jar до версии 2.0.
Спасибо за подсказку!
Включил предложенный список в статью и вытащил исходный из спойлера.
Спасибо, что обратили внимание на пару JMS Point-to-Point (request_only) + JMS Point-to-Point (read). Попробовал передачу — справляется не хуже JMS Publisher + JMS Subscriber.
Использовал ранее JMS Point-to-Point (request_reply) и столкнулся с тем, что кроме запроса по jms-селектору сэмплер вычитывает и все другие сообщения в очереди. Вероятно, я не до конца разобрался в его настройках.
хм..
Попробовал сейчас аналогичный кейс — и всё прошло хорошо. Возможно, влияние оказывало то, что несколько JMS Point-to-Point (request_reply) из разных трэдов, запущенных одновременно, смотрели в одну очередь и «мешали» друг другу…
Не стал разбираться и по той причине, что уже были надежные рабочие кейсы с JMS Publisher + JMS Subscriber.
Дополнительные плюсы этой пары в возможности передавать рандомные файлы из заданной директории и выбор типа передаваемого сообщения (text/bytes в первую очередь).
В документации JMS Publiser и JMS Subscriber очереди тоже упомянуты :)
Согласен отчасти. Некоторое время назад сделал переход с Kindle 4 на Paperwhite. Подсветка — большой плюс, но юзабилити тач-экрана, на мой взгляд, немалый минус. Скучаю по четким кнопкам «вперед-назад» слева и справа от экрана.
В современных электронных книгах добыть перевод слова довольно легко. Долгий тап на слове — и открывается меню перевода. По крайней мере, так в случае с Kindle. Хотя должен отметить, что это не так удобно, как на том же iPad. Но второе устройство не нужно
Спасибо за отличную статью!
Как любитель читать в темноте перед сном со стажем, хочу сказать, что Paperwhite все-таки комфортнее экранов iPhone и iPad, на которые время от времени пытаюсь пересеть из-за того, что Kindle подбешивает своей тормознутостью.
А еще он легче, и когда, засыпая, книга выскальзывает из руки и наносит беспощадный пробуждающий удар по лицу, особенно ярко чувствуется преимущество перед увесистым планшетом
Хочу поделиться своим (субъективно забавным) опытом обработки «холодных писем». Прошу простить, если он покажется чересчур субъективным и недостаточно забавным.
Рекрутеры одной компании (название-акроним которой в вольном переводе звучало бы как «Роскошное ПО») повадились закидывать шаблонными письмами.
Отвечал робкими «не интересует, спасибо». Не возымело действия. Попробовал «отпишите меня от рассылки, пожалуйста!». Тоже нет.
Сработало что-то вроде «понимаю, что вас заставляют, %username%, стойко прочту очередное послание и буду смиренно молить богов о неделе без спама, успехов в работе, всего хорошего и спасибо за рыбу».
%username% неформально вышла на связь, обещала удалить имейл из рассылки и поблагодарила за нестандартный ответ. И вот так, детки, я встретил вашу маму завел новый контакт и избавился от спама
Не хотелось бы перетягивать одеяло на себя, с уважением отношусь к достойным dev\pm\ba\devops, но с этим…
Тестировщика — легко.
Составить тест-кейсы для своего кода, все «прокликать» и написать автотесты.
Тем более, что юнит- и интеграционные тесты разработчик все равно пишет.
… категорически не согласен.
По крайней мере, с легко и тем более.
1. Юнит-тесты — это скорее повинность.
2. Интеграционные тесты — это скорее формальность.
3. Все «прокликать» по написанному тест-кейсу (не говоря уже об автотесте) — мягко говоря не самая тривиальная задача о которой известным мне разработчикам ничего неизвестно
Может, я вырос как тестировщик в неблагополучном районе, не познал настоящей жизни и ненарочно умаливаю способности разработчиков…
И если типовой разработчик из вашего сферического вакуума таки может, то это скорее чудо-мальчик, упомянутый гражданочкой-оппонентом. Тогда непонятна суть вашего спора, ведь его можно декомпозировать еще на один уровень и доказывать, что тестировщик — тоже инженер
По поводу дисциплинированности. Простеньким маркером этого качества может быть пунктуальность. Банально, вовремя ли пришел соискатель на собеседование/подключился в скайпе. Если нет, то это, имхо, уже «звоночек»
Статья оставляет послевкусие школьного сочинения крепкого «хорошиста» на тему тестирования ПО. Такое ощущение возникает как от заголовка в духе Дейла Карнеги, так и от выводов, подходящих под любую «куашную» задачу.
В статье последняя актуальная версия, на GitHub не заливал
Кто-то из классиков говорил что-то вроде «в западном человеке живет судья, полицейский и палач»)
Делаю это следующим образом:
1. В JMS Publisher выбираю опцию From File и указываю путь к файлу
2. В самом файле параметризую необходимые участки (в моем случае, значение тегов в XML):
3. Эти параметры описываю в объекте тест-плана User Parameters:
4. Перед отправкой JMeter вставляет сгенерированные значения параметров в тело XML-сообщения
Хочу поговорить об этом в следующей публикации.
В вашем случае параметризация будет более сложной — вероятно, придется использовать JSR223 PreProcessor для обращения к внешней библиотеке и передать полученный от нее ответ в параметр JMeter (+ второй параметр, который инкрементируется).
С удовольствием прочитал вашу статью.
Чувствую, как треснули путы иллюминатов.
Спасибо за подсказку!
Включил предложенный список в статью и вытащил исходный из спойлера.
Использовал ранее JMS Point-to-Point (request_reply) и столкнулся с тем, что кроме запроса по jms-селектору сэмплер вычитывает и все другие сообщения в очереди. Вероятно, я не до конца разобрался в его настройках.
Не стал разбираться и по той причине, что уже были надежные рабочие кейсы с JMS Publisher + JMS Subscriber.
Дополнительные плюсы этой пары в возможности передавать рандомные файлы из заданной директории и выбор типа передаваемого сообщения (text/bytes в первую очередь).
В документации JMS Publiser и JMS Subscriber очереди тоже упомянуты :)
Выбери на свой вкус — «классика» или «что мертво, умереть не может»
Как любитель читать в темноте перед сном со стажем, хочу сказать, что Paperwhite все-таки комфортнее экранов iPhone и iPad, на которые время от времени пытаюсь пересеть из-за того, что Kindle подбешивает своей тормознутостью.
А еще он легче, и когда, засыпая, книга выскальзывает из руки и наносит беспощадный пробуждающий удар по лицу, особенно ярко чувствуется преимущество перед увесистым планшетом
Рекрутеры одной компании (название-акроним которой в вольном переводе звучало бы как «Роскошное ПО») повадились закидывать шаблонными письмами.
Отвечал робкими «не интересует, спасибо». Не возымело действия. Попробовал «отпишите меня от рассылки, пожалуйста!». Тоже нет.
Сработало что-то вроде «понимаю, что вас заставляют, %username%, стойко прочту очередное послание и буду смиренно молить богов о неделе без спама, успехов в работе, всего хорошего и спасибо за рыбу».
%username% неформально вышла на связь, обещала удалить имейл из рассылки и поблагодарила за нестандартный ответ. И вот так,
детки, я встретил вашу мамузавел новый контакт и избавился от спама… категорически не согласен.
По крайней мере, с легко и тем более.
1. Юнит-тесты — это скорее повинность.
2. Интеграционные тесты — это скорее формальность.
3. Все «прокликать» по написанному тест-кейсу (не говоря уже об автотесте) — мягко говоря не самая тривиальная задача
о которой известным мне разработчикам ничего неизвестноМожет, я вырос как тестировщик в неблагополучном районе, не познал настоящей жизни и ненарочно умаливаю способности разработчиков…
И если типовой разработчик из вашего сферического вакуума таки может, то это скорее чудо-мальчик, упомянутый гражданочкой-оппонентом. Тогда непонятна суть вашего спора, ведь его можно декомпозировать еще на один уровень и доказывать, что тестировщик — тоже инженер