ΙΤ
интересно
Size: a a a
2021 October 20
᠌Я
бывает такое, что при новых релизах выполнение какой либо операции может деградировать из за какой-либо фичи
ΙΤ
понимаю
KY
а как пришли к таким формулировкам, это откуда-то взяли?
᠌Я
мой случай про это
KY
так тут ни слова про регрессию и привязку к релизам, я поэтому и спросил
᠌Я
а как проверить и подтвердить качество системы в потреблении ресурсов? есть другие варианты, кроме как проверка системы в одинаковых условиях на одних и тех же данных но с разными фичами?
KY
проводим тест производительности на одном релизе и понимаем как он потребляет ресурсы и как соответствует требованиям к качеству.
я только про то что понятие тестирование производительности не содержит внутри себя регрессию и/или "на одних и тех же данных но с разными фичами"
я только про то что понятие тестирование производительности не содержит внутри себя регрессию и/или "на одних и тех же данных но с разными фичами"
KY
уточняю чтобы жители чата не впадали в заблуждение
᠌Я
ок, а есть ли бест практис тестирования динамики производительности?
ΙΤ
Это называется регресс
ΙΤ
Запускаешь на релизах и оцениваешь каждый раз
KY
ну тут сильно контекстная задача и во многом зависит от болячек системы, мы чаще всего в регрессе проводим тесты максимума и смотрим на общий APDEX и на максимальный рпс.
KY
если у приложения болит память и утечки надо гонять стабильность
ΙΤ
Можно упарываться до посинения в автоматизацию этого процесса
KY
если у приложения болят интеграции надо стресс тесты гонять и тд
KY
можно и после посинения)))
᠌Я
при регресс тестировании проверяется скорость выполнения операций? я не сталкивался с таким, при регресс тестировании тестировали всегда только функциональную часть
NM
имеется ввиду специальный нагрузочный регресс
NM
он такой же как не регресс, просто потом сравниваются результаты двух тестирований