У нас базовые тесты делают на дев разрабы, QA уже в тесте. Иначе до стэйбла никто не найдет кучу ошибок, какой он тогда стэйбл)

Разработчики проверяют функционал на всех контурах. А тестировщики проверяют начиная с test. У меня как то была задача, и она работала локально, на dev, test, stable. Но при выкатывании на prod несколько сервисов ребутались)) отладка этого явления заняла у команды 2 месяца. Нюансы крылись в аппаратной работе стенда prod))

Кому должны? ) Тестируют там где удобно, где установили, где смогли, тока тссс )))

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

Dev - разработка, test - стенд тестировщиком, stable - только то на чем не упал ни один тест из test. Судя по вашей структуре стендов. Где нагрузку тестируете уже вопрос, но по логике на test, хотя можно и на stable но нерационально

Вообще хочется сказать что QA должен быть везде, но логичнее dev для разработчиков, test, stable для тестов, prod для анализа и сбора логов по выкаченой фиче

Вообще все программеры очееь любят препрод :-) для вторичных тестов

Тестеры на тесте, разрабы на деве плюс тесте на стейбле кейсы без изменения кода