S7
впн при этом используется?
Size: a a a
2020 September 16
A
нет
A
может быть что у джавы нету полномочий отправлять что то на данный сайт?
S7
Ещё вариант с днс
S7
вообще нужен скрин тест плана, а то это гадания
MK
Anton
и в браузере тоже доступен данный сайт
сохраните работающий запрос как curl с браузера или постмана и сгенерите в jmeter при помощи import from curl https://jmeter.apache.org/usermanual/curl.html
A
Mike Khil
сохраните работающий запрос как curl с браузера или постмана и сгенерите в jmeter при помощи import from curl https://jmeter.apache.org/usermanual/curl.html
сделал, не помогло. скорее всего ишью с виндовой тачкой и Jmeter
MK
Anton
сделал, не помогло. скорее всего ишью с виндовой тачкой и Jmeter
ну нужно тогда более детально смотреть в чем проблема. как вариант еще могу предложить попробовать поиграться с Implementation во вкладке advanced https://jmeter.apache.org/usermanual/component_reference.html#HTTP_Request
A
Mike Khil
ну нужно тогда более детально смотреть в чем проблема. как вариант еще могу предложить попробовать поиграться с Implementation во вкладке advanced https://jmeter.apache.org/usermanual/component_reference.html#HTTP_Request
Спасибо, если найду причину отпишусь
H
Привет! Ребят, вопрос касательно подхода к тестированию:
У нас имеется сервис по доставке. Т.е. куча заявок с жизненным циклом (далее ЖЦ).
Логично ли тестировать сценарий прохождения этого ЖЦ, а так же всех возможных,
или грамотнее будет атомарно тестировать каждую отдельную операции?
У нас имеется сервис по доставке. Т.е. куча заявок с жизненным циклом (далее ЖЦ).
Логично ли тестировать сценарий прохождения этого ЖЦ, а так же всех возможных,
или грамотнее будет атомарно тестировать каждую отдельную операции?
K
Я бы не тестировал атомарно
1. Вы уверены,что знаете кто кого и по какой логике тригерит?
2. Когда тестируешь комплексно,то это более продлайк поведение системы
Т.е. велика вероятность что-то упустить, о чём вы можете даже не догадываться,да и толку узнавать ботлнек микросервиса,когда вся система будет умирать абсолютно по другим причинам?
1. Вы уверены,что знаете кто кого и по какой логике тригерит?
2. Когда тестируешь комплексно,то это более продлайк поведение системы
Т.е. велика вероятность что-то упустить, о чём вы можете даже не догадываться,да и толку узнавать ботлнек микросервиса,когда вся система будет умирать абсолютно по другим причинам?
KY
Привет! Ребят, вопрос касательно подхода к тестированию:
У нас имеется сервис по доставке. Т.е. куча заявок с жизненным циклом (далее ЖЦ).
Логично ли тестировать сценарий прохождения этого ЖЦ, а так же всех возможных,
или грамотнее будет атомарно тестировать каждую отдельную операции?
У нас имеется сервис по доставке. Т.е. куча заявок с жизненным циклом (далее ЖЦ).
Логично ли тестировать сценарий прохождения этого ЖЦ, а так же всех возможных,
или грамотнее будет атомарно тестировать каждую отдельную операции?
логично сначала посмотреть атомарно чтобы выявить локальные слабые места, когда там проблем не будет - переходить к транзакциям и при возникновении проблем снова делать даунгрейд. иначе при тестировании всего ЖЦ - будет не ясно в чем именно проблема
KY
Kostya не раз встречал в записях с конференций, что спикеры от яндекса тестируют атомарно, а не ЖЦ, поэтому хотел услышать какие-то аргументы
Сам начал с ЖЦ и на практике узнал насколько это трудоёмкий путь)
@login40k Т.е. на практике, в конечном итоге, и то и то тестируется?
Сам начал с ЖЦ и на практике узнал насколько это трудоёмкий путь)
@login40k Т.е. на практике, в конечном итоге, и то и то тестируется?
зависит от условий, от требований. например бывают сжатые сроки - тогда пытаются сразу транзакции тестировать, бывают заказчики которые хотят в отчетах видеть бизнесовые метрики транзакций и тд. это достаточно ситуативный вариант, но с очень большой долей вероятности в случае возникновения проблем вам рано или поздно придеться атомарные тесты погонять
KY
тут вопрос на самом деле не принципиальный, даже не два разных пути, это смежные два подхода, которые в каких то случаях друг без друга не существуют