Четыре (и не только) вопроса, которые должны задавать тестировщики
Новые темы форума тестировщиков
Автор: Майкл Болтон (Michael Bolton)
Оригинал статьи: http://www.developsense.com/blog/2018/03/four-and-more-questions/
Перевод: Ольга Алифанова
Тестировщики исследуют проблемы и риски, а другие люди управляют проектом, проектируют его и пишут код. Как тестировщики, мы, конечно, участвуем в этом процессе, но делаем это особенным образом и смотрим на него по-своему: наша основная задача – это предсказывать, искать, и находить проблемы.
Мы не предотвращаем проблемы – не мы занимаемся проектированием, построением и исправлением продукта. Мы можем помочь предотвратить дальнейшее распространение существующих проблем путем поиска багов, недопониманий, вопросов, рисков, и доведения их до сведения команды. С нашей помощью те, кто делает продукт и управляет им, борются с проблемами, которые мы обнаружили, и предотвращают появление куда худших проблем в будущем.
Требуется Тестировщик (функциональный) (г. Москва, м.Таганская/м.Римск 2018-05-21 18:32 Всем, доброго времени суток! В случае Вашей заинтересованности, пишите на почту dinara@connect-personal.ru отвечу на все дополнительные вопросы. Использование Post-Proccesor 2018-05-21 18:39 Всем ДВС! Ситуация следующая, есть http post, результат которого токен входа. То есть: Запрос1 = Токен Запрос 2 - невозможен без полученного токена. Подскажите, как правильно записывать результаты запросов в джеметре? Например в какую-нибудь строку, чтобы потом наследовать значение этой строки в другие http запросы. Гугл говорит, что можно использовать регулярку. Есть ли более оптимальные решения? Если нет, прошу разжевать работу Regular Expression Extractor.
Jmeter. Вопрос по созданию нагрузки с равными интервалами между запрос 2018-05-21 23:27 Возник интересный вопрос по функциональности jmeter, а именно по такому вот кейсу:
Есть 4 последовательных запроса:
1) В первом происходит создание записи на сервере (метод POST)
2) Во втором получение данных по этой записи (метод GET)
3) В третьем и четвёртом делается апдейт записи (метод PATCH).
Второй запрос выполняется сразу после успешного выполнения первого, перед третьим запросом задержка +1 секунду, перед четвёртым запросом задержка +2 секунды. Но... первый запрос должен выполнятся раз в секунду и одновременно 160 "пользователями" (бизнес-требование такое - проверяем как будет вести себя система, если например в сети "просадка" не зависящая от нас возникнет и потом вдруг посыпятся запросы правильные, не ддос, или во внешних системах будет сбой и произойдёт такой сценарий - заранее отвечаю на вопрос зачем это надо, а то по), а ответ на него может идти до 10-15 секунд при нагрузке - можно ли с помощью инструмента Jmeter как то этого добиться?
Возможно, с помощью какого-нибудь контроллера/плагина можно 2, 3 и 4 запросы вынести и сделать так, что бы первый запрос не ждал завершения 2-го, 3-го и 4-го, а продолжал отправлять следующие запросы и при этом 2, 3 и 4 запросы просто позже, но при этом со всеми полученными в 1-ом запросе id'шниками (в режиме реального времени, а не так, что бы закончить первые запросы, взять готовый файл с ID'шниками и начать делать 2, 3 и 4 запросы)?
Пробовал много разных вариантов, неделю искал решение, но пока только отдалённое приближение сделать смог... Кто нибудь может подсказать решение?
P.S.: Частичное решение нашёл - https://jmeter-plugins.org/wiki/InterThreadCommunication/ просто перекинуть в другую Thread Group переменную и в ней выполнять 2, 3 и 4 запросы :-) правда когда заканчивает выполнятся цикл с первым запросом, то другая группа с 2, 3 и 4 запросами зависает или падает с ошибками, т.е. не все обрабатываются, похоже не хранятся данные для запросов, а берутся в режиме реального времени, без прихранивания id'шников, и значительная часть созданных на сервере записей первым запросом остаётся без обработки 2, 3 и 4 запросом...
Вот эта статья интересная, но немного не о том... http://software-testing.ru/forum/index.php?/topic/26508-jmeter-generacija-nagruzki/
© 2010 | Software-Testing.Ru |
| В избранное | ||
