Запуск тестов проходит успешно. Тесты проходят, завершаются, отчёт успешно создаётся.
Но стоит поменять на машинах сервер и клиент местами (на той машине где был сервер запустить клиент, на машине, где был клиент - сервер), то тесты проходят, выполняются, но не завершаются (клиент висит с ожиданием сообщения бесконечно, соответственно, не показывает результаты тестирования и не создаёт файл лога results.jtl). Вот так он висит:
Creating summariser <summary>
Created the tree successfully using SIMPLE.jmx
Configuring remote engine: 172.30.1.31
Starting remote engines
Starting the test @ Fri Jun 23 14:57:31 SAMT 2017 (1498215451390)
Remote engines have been started
Waiting for possible Shutdown/StopTestNow/Heapdump message on port 4445
Сообщения на сервере при этом:
Could not find ApacheJmeter_core.jar ...
... Trying JMETER_HOME=..
Found ApacheJMeter_core.jar
Created remote object: UnicastServerRef [liveRef: [endpoint:[172.30.1.31:50025](local),objID:[-59867098:15cd499557c:-7fff, -1645758351200564708]]]
Starting the test on host 172.30.1.31 @ Fri Jun 23 14:57:43 SAMT 2017 (1498215463580)
Finished the test on host 172.30.1.31 @ Fri Jun 23 15:01:14 SAMT 2017 (1498215674655)
А вот как выглядит консоль клиента при успешном запуске и завершении, когда сервер и клиент на машинах поменяны местами назад:
Creating summariser <summary>
Created the tree successfully using SIMPLE.jmx
Configuring remote engine: 172.30.2.202
Starting remote engines
Starting the test @ Fri Jun 23 15:03:12 SAMT 2017 (1498215792183)
Remote engines have been started
Waiting for possible Shutdown/StopTestNow/Heapdump message on port 4445
Tidying up remote @ Fri Jun 23 15:03:13 SAMT 2017 (1498215793896)
... end of run
Т.е. здесь как видно, идёт строчка с summary, которая отсутствует в обратном случае расположения сервера-клиента.
Почему так происходит и как это исправить?
Порты открыты на обеих машинах, wireshark показывает, что обмен пакетами идёт и в ту и в другую сторону нормально и в том и в другом случае.
Абсолютно та же ситуация у меня, если использовать один компьютер, вместо двух, но с установленным VirtualBox'ом, типом подключения "Сетевой мост" в ВБ и jmeter'ом в оном же - тест передается на выполнение, но результаты в итоге не получены, висит сообщение об ожидании одной из команд завершения как выше.
Онлайн-тренинг Натальи Руколь. Запуск группы 12 апреля.
Данный курс рассчитан на специалистов, которые хотят получить глубокие комплексные знания в сфере тестирования ПО. Кому наиболее полезен этот курс?
Начинающим тестировщикам:
Комплексные знания помогут быстрее построить успешную карьеру
Вы сразу будете заниматься осознанным профессиональным тестированием, а не т.н. “манки-кликингом”
У вас появится понимание возможных путей развития и специализации.
Тестировщикам-практикам:
Вы структурируете имеющиеся знания и “разложите их по полочкам”
У вас появится теоретическая база, способствующая более эффективному тестированию
Вы сможете со стороны взглянуть на свою рабочую деятельность и увидеть, что вы можете в ней улучшить
Желающим получить сертификацию ISTQB FL:
Благодаря грамотно упакованному материалу вы легко сможете получить признанную во всём мире сертификацию ISTQB FL
Регулярное промежуточное тестирование поможет вам оценить свой уровень подготовленности к сдаче теста.
Этот курс преследует две ключевые цели: получение глубокой теоретико-практической базы в тестировании и подготовка к сдаче экзамена ISTQB FL. Записываясь на курс, вы можете поставить перед собой как обе эти цели, так и только одну из них.
Для развития вашей квалификации, вас ждут:
теоретические лекции, рассматривающие основные термины нашей отрасли
практические мастер-классы по использованию различных техник статического и динамического тестирования
домашние задания на закрепление материала, которые будут тщательно проверяться тренерами курса
упражнения на развитие когнитивных навыков, необходимых для успешной работы тестировщиком
сессии ответов на возникающие вопросы.
Для помощи в сдаче экзамена, вас ждут:
рассмотрение терминологии на английском и русском языке (вы сами сможете выбрать, на каком языке готовиться и на каком проходить экзамен)
адаптация теоретических материалов под экзаменационное тестирование
промежуточные тесты для оценки усвоения материала.
Распределение теории и практике на курсе - 40/60. 40% информации - теория, связанная с терминологией, видами и типами тестирования, процессными решениями по организации тестов, методологиям разработки и месту тестирования в них. 60% - рассмотрение техник статического и динамического тестирование, тест-анализ на основе различных моделей, исследовательское тестирование, ознакомление с инструментарием тестировщика. Более подробно с содержанием курса вы можете ознакомиться в его программе.
Всем известна народная мудрость: «Встречают по одёжке, а провожают по функционалу». Что бы ни умел ваш продукт, им не будут пользоваться, если он недостаточно удобен и интуитивно не понятен. Возможно, его безумно полезный и жизненно необходимый функционал просто не найдут!
Но что делать? Как оценить удобство? Как его измерить? Как избежать субъективности в оценках? Как сделать продукт, который будет нравиться вашим пользователям, а не тестировщикам? Как донести до руководства необходимость внесения изменений?
Ответить на все эти вопросы далеко не так просто, как кажется. Наука человеко-машинного взаимодействия активно развивается, и если вы хотите выпускать действительно качественные продукты, которые будут радовать ваших пользователей, вы должны глубоко в ней разобраться!
О том, как правильно тестировать удобство использования, вы узнаете в этом онлайн-курсе.
В курсе Rapid Software Testing я даю студентам такое упражнение: я прошу их перечислить все, что, с их точки зрения, усложняет или замедляет тестирование. Их ответы, как правило, однотипны – я регулярно слышу одни и те же вариации (пример таких ответов можно посмотреть, к примеру, в обсуждении на Stack Exchange). Обычно это примерно следующий перечень:
Я единственный тестировщик, и работаю с несколькими разработчиками (или один из тестировщиков, и в нашей команде много разработчиков).
Я очень сильно ограничен по времени. Постоянно приходят новые билды, и мы релизимся каждую неделю-две.
Продукт(ы), который я тестирую, очень сложен сам по себе.
Между модулями продукта (или между разными продуктами) множество взаимозависимостей.
Я вижу, что ряд проблем возникает именно из-за этих взаимозависимостей – небольшое изменение в одном модуле может повлечь за собой катастрофу в другом.
Я считаю, что для отлова подобных багов нужно прогонять полный регресс для каждого нового билда.
Я стараюсь справиться с задачей, используя автотесты, но сложность продукта затрудняет автоматизацию тестирования – "якоря" для автотестов минимальны или отсутствуют, а частые изменения продукта усложняют поддержку автоматизации.
На поддержку автотестов уходит приличное время, и я не успеваю заняться тестами, которые хотел бы прогнать.
Все это сильно выматывает, но я пытаюсь справляться.