какой тип тестирования кроме нагрузочного входит в тестирование производительности?

Я кажется понял, тут имеется в виду, что есть ещё и нефункциональное тестирование толстых клиентов и вот это всё.

в разных источниках разные

Нагрузочное тестирование
Стрессовое тестирование
Тестирование на большом количестве данных
Тестирование стабильности
Тесты на масштабируемость
Конфигурационное тестирование

Всё это НТ.

Вот так можно собрать.
Но тут не учтены альтернативные названия

Spike
MaxPerf
RampUp
...

Если есть предложения по другим терминам и видам. Оформите Issue к репозиторию https://github.com/polarnik/TypesOfTesting
Или сделайте PR, файлы mm правятся в утилите freeMind

ну вот это я понимаю

НТ это этап (фт-ифт-нт, например). Тест поиск максимальной, пиковой производительности -- это вид теста НТ.

А это случаем не калька с английского? Там своё понимание.

Возможно. И даже да. То что понять я и мои коллеги не могли мы не указали тут

если подразумевать что нагрузочное тестирование - это поиск максимальной производительности
такая классификация, как по мне, не прозрачна

всё же считаю, что тестирование производительности это синоним нагрузочного тестирования

Я ещё встречал такое понимание: scalability это поведение под нагрузкой заведомо выше профиля, а не динамичесская ре-конфигурация системы. Наверняка есть ещё отличия и не очень хорошо будет просто переводить 🙂

Да. Верно. Причина почему НТ - де факто синоним тестирования производительности в том, что "НТ" - коротко и ясно относится к нагрузке. И поэтому становится общим термином в использовании.

Тестирование НТ. Отчет по НТ. Все это проще сказать, это говорится чаще.

Вторая. Причина, почему Нагрузочное тестирование попало в классификацию, как полный аналог Поиска максимальной производительности. Чтобы избежать совпадения с термином Стрессовое тестирование, Spike-тестирование, ... Которое по описанию во всех источниках описано как поиск максимальной производительности. Но цель там шире.

В общем свалил с больной головы на здоровую. Причина по которой Поиск максимума тут = НТ в кривости определения "Стрессовое тестирование"

Когда делал это изучал активно онтологии и теорию классификации. Так вот, выбрать верную классификацию очень сложная задача.
Именно выделить признаки, явные. Чтобы избежать дублирований.
Тут признаки выделены осторожно

а куда запихать кейс:
- выполнение 1 операции в одном релизе происходит за n минут
- выполнение той же операции на следующем релизе происходит за n+1 минуту

при этом соблюдение определенных таймингов не является целью продукта и тесты на измерения времени не включаются в плановые работы по регрессионному тестированию. Эти измерения нужны для отслеживания динамики выполнения этой операции с выходом каждого релиза, тут нет никакой нагрузки, соответственно это не нагрузочное тестирование

Новый термин пусть будет "Замер"
Активно используем в команде

Но "Замер" чаще применяется к обработке документа на 1000, 2000, 10000, ... позиций. То есть это объемное тестирование, без нагрузки

Нагрузка это причина работы системы. Есть динамичесская система, у неё есть состояние и поведение. В виду нагрузки меняется состояние системы, смотря по объёму нагрузки менятеся поведение (скорость ответа). Вы провели тест (какой-то) в рамках этапа нагрузочного тестирования в целях обнаружения регресса.

впрочем мы тоже используем этот термин "замер", но для официальных документов и регламентов это не подходит, тут встает вопрос, а что это за тестирование мы выполняем, нигде такого вида тестирования нет )

нет, мне нужно производить замеры вовсе без нагрузок на чистых стендах, чтобы проверить, что фича не повлияла на время выполнения той или иной операции

У нас есть для документов "Отчет по профилированию ..."
Делается профилирование не под нагрузкой. А в ходе одного "Замера".
Вот мы знаем, что "Замер" показал нам 5 минут работы.
Надо разбить эти 5 минут на части, методы, запросы
И сказать, что чинить.

Сам по себе он не так интересен

Повторите, я не понял.