но я тебя услышал, подумаю над твоим предложеним на досуге)

на сколько я понимаю, Сникерсу разрешают тратить 30% времени, потому что он уже показал/доказал, что его методы работают

"разрешают" довольно громкое слово. оно как то само так сложилось)

да, я понимаю

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

Видимо у них просто нет команды девопсов :)

есть

Ну и у нас похоже, кстати. И тоже "продукт условно системный бэкэндовый. без кнопочек и вот этого вот всего. "

в идеальном мире на 20 разработчиков нам надо хотя бы 10-15 тестировщиков. это дорого. мы можем взять 4-5 автоматизаторов, заставить разработчиков тратить 5-15% своего времени на базовое тестирование своего же кода. остальные задачи на тестирование отдаются автотестерам. эти 5-15% времени с каждого из 20 разработчиков материализиуются в ~30-40% свободного времени всей команды автотестирования, которая обеспечивает разработку всеми инструментами. как фреймворком по тестированию со всеми необходимыми механизмами, так и девопс часть чтобы все это непрерывно работало.

можно было бы отдать все девопсам, но от них хрен че дождешься, у них своих задач полно

а точно 15% времени разрабов не выходит дороже 30% тестеров? хотя при современном рынке наверно да

вот только эти 30% времени перекрывает не то, что тестировщиков 5, вместо 10, а левые задачи

не совсем верно. разработчик быстрее напишет тест на то что он накодил, чем тестировщик

У нас есть отдельная команда для обслуживания дженкинса, мы занимается только небольшой доработкой джоб под свои нужды.
Есть отдельная команда, которая занимается автоматическим деплоем, опять же мы на своем ДСЛ пишем рулы
Есть отдельная команда для обслуживания железа. Там требования вообще в основном от секурити и перфоманса. Если требования по перфомансу я могу дать, то секурити всегда приходит снаружи.

я использую ваши цифры. Полагаю, вы их писали с учетом этой особенности. И это мы еще не касаемся вопросов качества таких тестов

если там прям годнота, один из 10 докладов приносит пользу, вдруг твой тот самый будет)

у нас почти все "тестеры" получают больше половины разработчиков)

именно по той же причине что требуется большая эрудиция и немалая доля ответственности

в любом случае 4-5 тестировщиков не удовлетворят 20 разработчиков)

как не старайся

а за качество не переживайте. каждая ветка если в ней есть изменения по тестам - ревьюится тестировщиком. а система процессов не даст возможности сделать так что тест плохой, мигает или что то не проверил