Чем осуществить очень быструю (автоматизированную) отправку записанных ранее POST-запросов?

Question

[Zettabyte]

Коллеги, дайте пожалуйста, совет в области, с которой я знаком весьма поверхностно:

Нужно помочь другу протестировать интернет-магазин на предмет его поведения при заметном количестве одновременных покупок.

Что нужно сделать:

• Залогиниться как покупатель в Хроме, подсмотреть POST-запрос, который идёт на последнем этапе совершения покупки, записать его и затем отправить серию из таких записанных запросов на сервер.
  Можно запустить всю серию от одного пользователя, главное, чтобы он был авторизован на сайте.
  

Основной затык в том, что отправлять надо быстро - 7-10 запросов в секунду (т.е. нужна автоматизация).
ДДоСить никого не собираюсь, отправки в течение 3-х секунд будет достаточно.

Начал разбираться чем это можно сделать. Из встраиваемых в Хром инструментов нашел Postman и Insomnia. Также нашёл Selenium.

А вот дальше застрял. Инструменты, похоже, реально мощные и сходу у меня даже не получается разобраться в возможностях и понять могут ли они то, что мне нужно.

1. Подскажите, пожалуйста, правильно ли я подобрал инструменты?
   
2. Стоит ли дальше их изучать и, если да, то какой и в каком направлении (я бы предпочёл наиболее простой вариант)?
   
3. Если варианты выше не подойдут, то что использовать вместо них?
   

Comments

[sim3x]

Какой уровень у вас владения языками программирования?
Какого уровня должен быть инструмент (ака сделай все за меня)?

Jmeter смотрели?

[Сережа Ахен]

https://habrahabr.ru/post/77593/
Так, баловство, но под ваши 7-10 запросов вполне подходит.

[Zettabyte]

sim3x: В направлении решения конкретно это задачи лучше считать, что уровень нулевой, т.к. ничего подобного я раньше не писал.
Не хотел писать об этом, чтобы не приумножать сущности без необходимости, но я ещё посмотрел PhantomJS. Понял, что если буду разбираться, то провалюсь целиком, минимум, на неделю и решил этот вариант полностью отбросить.

Уровень инструмента подойдёт максимально "дубовый" - перехватил запрос, позволил его записать руками (вроде как Postman всё это умеет), а потом серией выпустил в сторону сервера.
Всё, больше не нужно вообще ничего. Только сделать это из-под авторизованного пользователя.

Спасибо, Jmeter сейчас посмотрю, но на первый взгляд кажется, что он избыточен. Для начала мне было бы достаточно просто чего-то, что позволило бы быстро пульнуть серию запросов, не производя никаких измерений и подобных операций.

[sim3x]

Zettabyte: Жметр позволит взять логи и просто продубасить по ним сайт
Не то что требуется, но если совместить с селениумом, то ето даст направление для оптимизации

Дубовый = curl + bash
Он умеет все

Заходим на страницу
получаем куку
сохраняем в файл
идем на рандомную страницу
добавляем товар
еще
еще
идем на чекаут и тд

Перехватывать ничего не нужно

[Zettabyte]

Сережа Ахен: Да, про веб-инструменты я знаю и как раз они - единственное, что я ранее использовал.

Но вот конкретно для этого случая они мне видятся не самым лучшим вариантом, т.к. хочется посмотреть что будет именно в случае когда 10-20-30 пользователей практически разом отправят заказ из корзины.
Очень хочется проверить достоверно этот сценарий, а остальное - наоборот, интересует мало.

[Zettabyte]

sim3x: А могли бы вы уточнить: "Заходим на страницу, получаем куку,..." - это вы про curl + bash?

Про cURL я читал, но, помимо того, что вход в него тоже не выглядит тривиальным, я не совсем понимаю две вещи: как с его помощью авторизоваться в магазине (на входе есть хоть и простая графическая, но каптча), и как потом отправить те 2-3 десятка запросов на покупку с нужной скоростью (2-3 сек).

[sim3x]

Zettabyte:
да, про курл в баш скрипте

Так смотреть нужно будет не на строне, которая отправляет запрос, а на строне сервера

Капчу, естесственно, нужно будет отключить

[Zettabyte]

sim3x: "смотреть нужно будет не на строне, которая отправляет запрос, а на строне сервера"
Да, я понимаю. С замерами, просмотром результатов и т.п. вопросов пока нет вообще, главное - разобраться с отправкой запросов.

Про отключение каптчи понял, но для этого надо будет копаться в коде. В админке отключения каптчи нет.
Я посмотрю как каптча реализована изнутри, но пока мне более предпочтительным представляется вариант залогиниться под одним юзером в браузере и сделать всё под ним же, взяв его куку и/или POST-запрос.

[sim3x]

Zettabyte: один юзер = нет проверки вообще

[Zettabyte]

sim3x: Я полагаю, что я недостаточно точно описал задачу в исходном сообщении (сейчас уже немного поправил).

Нужно провести не столько качественный анализ скоростей, нагрузки и т.п., а проверить как себя поведёт магазин, если за короткое время будет попытка одновременного оформления большого кол-ва заказов.

Так что если получится выполнить описанную мной отправку запросов, пусть даже от одного пользователя, это полностью подойдёт для начала.
Также целиком устроит вариант, если и товар будет один и тот же, это пока не столь важно.

[sim3x]

Zettabyte: 1 чел = 1 заказ

[Zettabyte]

sim3x: Не возражаю, я даже готов руками создать 20-30 пользователей и собрать их куки или пост-запросы.

Главное после этого пульнуть их серией за 2-3 секунды.

Answer 1

[Александр Павлов]

Без проблем можно реализовать этот сценарий в JMeter.

Answer 2

[Dimonchik]

cURL

Comments

[Zettabyte]

Спасибо, видел curl как вариант и сам и уже успели немного обсудить его в комментариях выше.

Вкратце, сейчас этот вариант представляется более сложным, чем нужно, плюс с ним непонятно как организовать отправку POST-запросов с нужной скоростью, а также на странице авторизации магазина есть каптча. Вопрос её отключения я пока не изучал, но это придётся делать через редактирование кода.

Пока что мне наиболее предпочтительным представляется вариант залогиниться под одним юзером в браузере и сделать всё под ним же, взяв его куку и/или POST-запрос.
Для начала на 100% достаточным будет как только один пользователь, так и один и тот же товар, который будет "покупаться".

[Stalker_RED]

Zettabyte: Вот этот ваш комментарий про "слишком сложно" уже по длине превышает тот код, который понадобится при отправке post-запросов curl'ом.
А чтобы организовать нужную скорость придется паузы между запросами сделать, ага.

Answer 3

[Stalker_RED]

Если curl сложен, можете попробовать siege, он кстати умеет и довольно серьезную нагрузку эмулировать. Конечно. каптчу придется отключить.