Size: a a a

QA — Load & Performance

2020 January 08

СЧ

Сергей Чепкасов in QA — Load & Performance
Можно перевести по смыслу как тест на поиск утечек, но остальные варианты конечно круче)
источник

D

Diezych in QA — Load & Performance
да лучше просто тестирование стабильности использовать термин
источник

ВС

Вячеслав Смирнов in QA — Load & Performance
Термин Soak есть ровно в одной статье от DigitalOcean, на которую ссылается данная статья из wiki. Больше нигде не встречал
источник

ВС

Владимир Стецко in QA — Load & Performance
Вячеслав Смирнов
Термин Soak есть ровно в одной статье от DigitalOcean, на которую ссылается данная статья из wiki. Больше нигде не встречал
На моем опыте заказчик (из Канады) употреблял именно его
источник

AG

Alex Grishutin in QA — Load & Performance
Из британии так же употребляли
источник

Р

Ренат Гиниятуллин in QA — Load & Performance
Нечто очень похожее мы проводим у себя, называя его валовое тестирование.
источник

ВС

Вячеслав Смирнов in QA — Load & Performance
Тот случай, когда пригодилась бы сертификация разного рода. Вот тут используется термин Endurance Testing.
https://www.istqb.org/documents/ISTQB%20CTFL-PT%20Syllabus%202018%20GA.pdf

Endurance testing focuses on the stability of the system over a time frame specific to the system’s operational context. This type of testing verifies that there are no resource capacity problems (e.g., memory leaks, database connections, thread pools) that may eventually degrade performance and/or cause failures at breaking points.

И сертификация пока идёт своим путём, вводит третий термин.
источник

AG

Alex Grishutin in QA — Load & Performance
О Слава дошел до istqb 😂
источник

AG

Alex Grishutin in QA — Load & Performance
Мне кажется, что терминология в перфе, на данный момент, у каждой фирмы по сути своя... Разве что ребята загоняются по сертификатам
источник

ВС

Вячеслав Смирнов in QA — Load & Performance
Это точно. У нас в команде тестирование идёт до состояния максимально возможного поиска дефектов. И начинается с с простого повышения нагрузки по профилю (нагрузочное). Если система нагрузку не держит, то проверять на разные стрессовые ситуации уже не нужно. Если есть задача подобрать конфигурацию или количество узлов (разработчики пока не могут исправить систему), то следующим идёт то, что можно назвать "масштабируемости". А если держит нагрузку, то надо тестировать долго и на огромной БД. И получается, в ходу 4 вида тестов.

В другой команде, может быть в ходу 3 вида тестов. А в третей вообще 1.

Нагрузочное делают все. По поводу этого термина расхождений нет. А по другим терминам — как получится.
источник

VV

Vadzim Volkau in QA — Load & Performance
Вячеслав Смирнов
Это точно. У нас в команде тестирование идёт до состояния максимально возможного поиска дефектов. И начинается с с простого повышения нагрузки по профилю (нагрузочное). Если система нагрузку не держит, то проверять на разные стрессовые ситуации уже не нужно. Если есть задача подобрать конфигурацию или количество узлов (разработчики пока не могут исправить систему), то следующим идёт то, что можно назвать "масштабируемости". А если держит нагрузку, то надо тестировать долго и на огромной БД. И получается, в ходу 4 вида тестов.

В другой команде, может быть в ходу 3 вида тестов. А в третей вообще 1.

Нагрузочное делают все. По поводу этого термина расхождений нет. А по другим терминам — как получится.
я вот из этого коммента уже не понял, нагрузочное - это load или ramp-up :) а если load - то с каким уровнем нагрузки. все непросто с терминологией, в общем
источник

AG

Alex Grishutin in QA — Load & Performance
ramp-up или стресс)
источник

AG

Alex Grishutin in QA — Load & Performance
источник

VV

Vadzim Volkau in QA — Load & Performance
и даже если найти какой-то один сакральный источник знаний, всех все равно не получится приобщить к нему. потому да - все называют разные тесты как привыкли. главное на берегу договариваться, что каждый термин значит, а то потом могут быть неожиданности
источник

ВС

Вячеслав Смирнов in QA — Load & Performance
Vadzim Volkau
я вот из этого коммента уже не понял, нагрузочное - это load или ramp-up :) а если load - то с каким уровнем нагрузки. все непросто с терминологией, в общем
Цель — проверить, что система справляется с нужным профилем нагрузки. И так как заранее неивестно, справляется ли. То сначала нагрузка повышается до целевой и немного выше. Выглядит это как лесенка вверх. А если справляется, то тест по подтведжение. Но тут всё равно есть плавный подьём и потом ровная площадка (трапеция). Подьём в начале (ramp-up) тут для разделения моментов старта для разных потоков/VU/сценариев.
источник

ВС

Вячеслав Смирнов in QA — Load & Performance
Vadzim Volkau
и даже если найти какой-то один сакральный источник знаний, всех все равно не получится приобщить к нему. потому да - все называют разные тесты как привыкли. главное на берегу договариваться, что каждый термин значит, а то потом могут быть неожиданности
А "ramp-up", это тест на поиск максимальной интенсивности? Подьём ступенями или плавно. Верно понимаю?
источник

VV

Vadzim Volkau in QA — Load & Performance
я обычно называю ramp-up как тест на поиск точки насыщения (saturation point), но это максимальная интенсивность, да
источник

VV

Vadzim Volkau in QA — Load & Performance
как ramp-up на русский перевести - даже не знаю
источник

ВС

Вячеслав Смирнов in QA — Load & Performance
ramp-up хороший термин, простой. Буду использовать для описания теста на поиск точки насыщения. И за "точку насыщения" тоже спасибо. Звучит позитивнее, чем "точка деградации проиводительности".
источник

AG

Alex Grishutin in QA — Load & Performance
Как я понимаю это Capacity Testing
по istqb
источник