AL
хорошее начало :) можно с линками?:)
Size: a a a
2019 October 21
И
Всем привет) как у вас на проектах построена организация процесса нагрузочного тестирования? кто пишет тест-кейсы и как вы их оформляете? при функциональном все понятно примерно так User Action, Expected Result, Result, Pass/Fail, а при нагрузке как вы решаете что и как нагружать и как это все оформить?)
ΙΤ
Всем привет) как у вас на проектах построена организация процесса нагрузочного тестирования? кто пишет тест-кейсы и как вы их оформляете? при функциональном все понятно примерно так User Action, Expected Result, Result, Pass/Fail, а при нагрузке как вы решаете что и как нагружать и как это все оформить?)
решается нагрузчиками+бизнес+ аналитики+ админы, нужно посмотреть архитектуру выявить высоконагруженные компоненты системы, аналитики должны рассказать о прогнозируемом поведении пользователей, бизенс должен говорить что для них сейас является критичным, админы смотрят нагруженность железок
МК
хорошее начало :) можно с линками?:)
Так загугли ) типе jmeter teamcity integration
ΙΤ
писать скрипты нагрузчикам или подрядчикам решается от количества бюджета, моежте ли вы закупать аутсорс или нет
ΙΤ
Всем привет) как у вас на проектах построена организация процесса нагрузочного тестирования? кто пишет тест-кейсы и как вы их оформляете? при функциональном все понятно примерно так User Action, Expected Result, Result, Pass/Fail, а при нагрузке как вы решаете что и как нагружать и как это все оформить?)
оформляетс всё в методике нагрузочного тестирования, что и как будет сделано
И
писать скрипты нагрузчикам или подрядчикам решается от количества бюджета, моежте ли вы закупать аутсорс или нет
Спасибо, к сожалению бюджета хватило чтобы скинуть все на автоматизатора, и я вот пока думаю как это все лучше организовать)
A
Всем привет, подскажите с чем может быть связано такое поведение: если запускать сценарий который читает данные из cav файла, и подставляет request последовательно в 1,2 потоках то все отрабатывает нормально, а если поставить 200 потоков то все запросы валятся с ошибкой
В логах пишет
2019-10-21 15:01:09,112 INFO o.a.j.t.JMeterThread: Stopping: request 1-9
2019-10-21 15:01:09,113 WARN o.a.j.t.JMeterThread: Interrupting: request 1-9 sampler: Login
В логах пишет
2019-10-21 15:01:09,112 INFO o.a.j.t.JMeterThread: Stopping: request 1-9
2019-10-21 15:01:09,113 WARN o.a.j.t.JMeterThread: Interrupting: request 1-9 sampler: Login
ΙΤ
Спасибо, к сожалению бюджета хватило чтобы скинуть все на автоматизатора, и я вот пока думаю как это все лучше организовать)
ну такое тоже допустимо вполне)
M
Всем привет, подскажите с чем может быть связано такое поведение: если запускать сценарий который читает данные из cav файла, и подставляет request последовательно в 1,2 потоках то все отрабатывает нормально, а если поставить 200 потоков то все запросы валятся с ошибкой
В логах пишет
2019-10-21 15:01:09,112 INFO o.a.j.t.JMeterThread: Stopping: request 1-9
2019-10-21 15:01:09,113 WARN o.a.j.t.JMeterThread: Interrupting: request 1-9 sampler: Login
В логах пишет
2019-10-21 15:01:09,112 INFO o.a.j.t.JMeterThread: Stopping: request 1-9
2019-10-21 15:01:09,113 WARN o.a.j.t.JMeterThread: Interrupting: request 1-9 sampler: Login
а ошибки какие?
A
а ошибки какие?
500
МК
ну так задудосил сервер , вот и пятисотки 😊
A
Если потом выполняю одиночные запросы, отрабатывают нормально
МК
хорошее начало :) можно с линками?:)
а вообще так с ходу вижу как минимум три варианта.
1. плагин jmeter для тимсити
2. через maven
3. через докер контейнер(только там с памятью осторожно надо)
1. плагин jmeter для тимсити
2. через maven
3. через докер контейнер(только там с памятью осторожно надо)
МК
Если потом выполняю одиночные запросы, отрабатывают нормально
ну, так он в себя приходит, и т.д. повышай нагрузку постепенно. например - знаешь точно что на 200 потоков падает - пробуй сто.
на ста если норм - пробуй 150 ,если нет - 50. ну чот типа "нагрузочнотестировщиковского двоичного поиска" , и так найдешь наибольшее при котором стабильно работает сервер
на ста если норм - пробуй 150 ,если нет - 50. ну чот типа "нагрузочнотестировщиковского двоичного поиска" , и так найдешь наибольшее при котором стабильно работает сервер
A
ну, так он в себя приходит, и т.д. повышай нагрузку постепенно. например - знаешь точно что на 200 потоков падает - пробуй сто.
на ста если норм - пробуй 150 ,если нет - 50. ну чот типа "нагрузочнотестировщиковского двоичного поиска" , и так найдешь наибольшее при котором стабильно работает сервер
на ста если норм - пробуй 150 ,если нет - 50. ну чот типа "нагрузочнотестировщиковского двоичного поиска" , и так найдешь наибольшее при котором стабильно работает сервер
Спасибо)
ΙΤ
ну, так он в себя приходит, и т.д. повышай нагрузку постепенно. например - знаешь точно что на 200 потоков падает - пробуй сто.
на ста если норм - пробуй 150 ,если нет - 50. ну чот типа "нагрузочнотестировщиковского двоичного поиска" , и так найдешь наибольшее при котором стабильно работает сервер
на ста если норм - пробуй 150 ,если нет - 50. ну чот типа "нагрузочнотестировщиковского двоичного поиска" , и так найдешь наибольшее при котором стабильно работает сервер
а можно просто 1 раз линейно бахнуть и посмотреть где загибается
A
а можно просто 1 раз линейно бахнуть и посмотреть где загибается
Так не получается, он когда запускается почти все запросы валятся
МК
а можно просто 1 раз линейно бахнуть и посмотреть где загибается
можно. но так интересней 😊 + если линейно - то может случится , что значение выше, чем если без "разогреву" бахнуть
ну это детали, а вообще да, наверно линейно - удобней 1 раз бахнуть
ну это детали, а вообще да, наверно линейно - удобней 1 раз бахнуть
AG
лучше не линейно а ступеньками по несколько минут хотя бы