SC
или селениум ИДЕ сделаю клик-клик-клик
Size: a a a
2021 March 22
/R
Я так понимаю что НТ это по сути автотесты, только суть не в том чтобы тест прошел успешно, а в том чтобы скажем сервис мог разом прогонять через себя условно 1000 таких "тестов". Нет?
вот это ты зря быканул
SC
вот это ты зря быканул
Объяснись.
КР
Условно я напишу на селениде клик клик клик
Ни то, ни другое не является инструментами НТ, селениум+ браузер слишком дорогое по ресурсам удовольствие, чтобы проверять высокую нагрузку
EM
Я так понимаю что НТ это по сути автотесты, только суть не в том чтобы тест прошел успешно, а в том чтобы скажем сервис мог разом прогонять через себя условно 1000 таких "тестов". Нет?
грубо говоря, можно и так. НТ это АТ выполненные в большом количестве потоков)
КР
Поясни.
Цель НТ - выяснить как ведёт себя сервис под нагрузкой и спрогнозировать по этой информации некие действия (расширение ресурсов, проблемы при пиковой нагрузке и т.д.)
/R
Объяснись.
мог или не мог, это уже задачи оптимизации итд, НТ не даёт рекомендаций, НТ даёт представление текущей ситуации и отвечает на вопросы
SC
Ни то, ни другое не является инструментами НТ, селениум+ браузер слишком дорогое по ресурсам удовольствие, чтобы проверять высокую нагрузку
А где я сказал что это инструменты НТ?
SC
грубо говоря, можно и так. НТ это АТ выполненные в большом количестве потоков)
Ну вот, я также и сказал.
SC
мог или не мог, это уже задачи оптимизации итд, НТ не даёт рекомендаций, НТ даёт представление текущей ситуации и отвечает на вопросы
А где я говорил что НТ дает рекомендации?
КР
Если не смоделировать нагрузку достоверную, а записать 1-2-10 сценариев из головы, получится ерунда, а не достоверные данные
/R
А где я говорил что НТ дает рекомендации?
а в том чтобы скажем сервис мог разом прогонять через себя условно 1000 таких "тестов".
SC
Если не смоделировать нагрузку достоверную, а записать 1-2-10 сценариев из головы, получится ерунда, а не достоверные данные
Блин ну ясен хрен если у нас регистрируются пользователи массово и мы хотим понять как у нас с выдерживанием нагрузки - то и тестить будем регистрацию
SC
а в том чтобы скажем сервис мог разом прогонять через себя условно 1000 таких "тестов".
Ну.
SC
Смотрим что 1000 регистраций одновременно прошли
SC
не упало ниче, не зависло на 20 лет
КР
Смотрим что 1000 регистраций одновременно прошли
И вот тут и возможен прокол
КР
Потому что потом окажется что надо было проверять 1000 регистраций на фоне нагрузки белого шума от использования остальных кусков продукта
КР
И выяснится на проде, когда ожидаем 1000 регистраций в секунду успешных
SC
Потому что потом окажется что надо было проверять 1000 регистраций на фоне нагрузки белого шума от использования остальных кусков продукта
Это никак не противоречит тому, что я написал в целом.