Как стать автором
Обновить
9
0
Алексей @rahna

QA Engineer

Отправить сообщение

В статье последняя актуальная версия, на GitHub не заливал

Кто-то из классиков говорил что-то вроде «в западном человеке живет судья, полицейский и палач»)

Все выглядит круто, но вы уверены, что K8s точно нужен для инфраструктуры автоматизации тестирования без всяких оговорок?
Я не мог в Java, когда начал заниматься этим тестированием. А легкости бытия хотелось невыносимо. В следующих реинкарнациях тестов планирую использовать gatling.
Lexandiy, если правильно понял вопрос — можно.
Делаю это следующим образом:
1. В JMS Publisher выбираю опцию From File и указываю путь к файлу
2. В самом файле параметризую необходимые участки (в моем случае, значение тегов в XML):
<ns0:RequestId>${rquid}</ns0:RequestId>

3. Эти параметры описываю в объекте тест-плана User Parameters:
rquid=${__Random(1000000000000000000,9000000000000000000)}

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 rocks!
Согласен отчасти. Некоторое время назад сделал переход с Kindle 4 на Paperwhite. Подсветка — большой плюс, но юзабилити тач-экрана, на мой взгляд, немалый минус. Скучаю по четким кнопкам «вперед-назад» слева и справа от экрана.
В современных электронных книгах добыть перевод слова довольно легко. Долгий тап на слове — и открывается меню перевода. По крайней мере, так в случае с Kindle. Хотя должен отметить, что это не так удобно, как на том же iPad. Но второе устройство не нужно
Спасибо за отличную статью!
Как любитель читать в темноте перед сном со стажем, хочу сказать, что Paperwhite все-таки комфортнее экранов iPhone и iPad, на которые время от времени пытаюсь пересеть из-за того, что Kindle подбешивает своей тормознутостью.
А еще он легче, и когда, засыпая, книга выскальзывает из руки и наносит беспощадный пробуждающий удар по лицу, особенно ярко чувствуется преимущество перед увесистым планшетом
Хочу поделиться своим (субъективно забавным) опытом обработки «холодных писем». Прошу простить, если он покажется чересчур субъективным и недостаточно забавным.

Рекрутеры одной компании (название-акроним которой в вольном переводе звучало бы как «Роскошное ПО») повадились закидывать шаблонными письмами.
Отвечал робкими «не интересует, спасибо». Не возымело действия. Попробовал «отпишите меня от рассылки, пожалуйста!». Тоже нет.

Сработало что-то вроде «понимаю, что вас заставляют, %username%, стойко прочту очередное послание и буду смиренно молить богов о неделе без спама, успехов в работе, всего хорошего и спасибо за рыбу».

%username% неформально вышла на связь, обещала удалить имейл из рассылки и поблагодарила за нестандартный ответ. И вот так, детки, я встретил вашу маму завел новый контакт и избавился от спама
Не хотелось бы перетягивать одеяло на себя, с уважением отношусь к достойным dev\pm\ba\devops, но с этим…

Тестировщика — легко.
Составить тест-кейсы для своего кода, все «прокликать» и написать автотесты.
Тем более, что юнит- и интеграционные тесты разработчик все равно пишет.


… категорически не согласен.
По крайней мере, с легко и тем более.

1. Юнит-тесты — это скорее повинность.
2. Интеграционные тесты — это скорее формальность.
3. Все «прокликать» по написанному тест-кейсу (не говоря уже об автотесте) — мягко говоря не самая тривиальная задача о которой известным мне разработчикам ничего неизвестно
Может, я вырос как тестировщик в неблагополучном районе, не познал настоящей жизни и ненарочно умаливаю способности разработчиков…

И если типовой разработчик из вашего сферического вакуума таки может, то это скорее чудо-мальчик, упомянутый гражданочкой-оппонентом. Тогда непонятна суть вашего спора, ведь его можно декомпозировать еще на один уровень и доказывать, что тестировщик — тоже инженер
По поводу дисциплинированности. Простеньким маркером этого качества может быть пунктуальность. Банально, вовремя ли пришел соискатель на собеседование/подключился в скайпе. Если нет, то это, имхо, уже «звоночек»
Статья оставляет послевкусие школьного сочинения крепкого «хорошиста» на тему тестирования ПО. Такое ощущение возникает как от заголовка в духе Дейла Карнеги, так и от выводов, подходящих под любую «куашную» задачу.
1

Информация

В рейтинге
Не участвует
Откуда
Россия
Зарегистрирован
Активность