Спасибо!
И тогда к тебе же вопрос ещё - а если автоматизации ноль, какое соотношение должно быть, как думаешь?

Было 2-1 разработчик и я. Пилили внутренние фичи "ядра" для клиентов. Автоматизировалось на уровне интеграции.

Было 4  разработчика на 3 тестировщика. Фичи часто требовали парной разработки (бэкенд плюс фронтэнд или бэкенд плюс мобайл).
Менеджмент решил что это много и моей коллеге предложили выбор "или иди в другую команду или увольняйся". Она уволилась.
От оставшихся двоих стали требовать и автоматизации (ну хоть какой-то), и перформанса на локальном инстансе, и перформанса на выделенном перформанс инстансе, и разбора упавших автопроверок если где-то попадали.
Еще часто падала инфраструктура.
Меня все это задергало, я уволился. На мое место погнали даму из другой команды у которой заканчивался скоуп.

Ну, удачи им, удачи мне.

Ох какая красота...

Хоть 2:1, хоть 7:1, хоть 11:1. Ты не то считаешь.  Вопрос в сложности разработки — только клиент, клиент и сервер, сложный клиент надо быстро, клиент на C++ (это как раз там было что-то 11 разработчиков и я один тестировщик)

Ну изначально это было для спора с коллегой, которая считает, что вообще 3:1 всегда норм.

Меня в частности интересует iOS приложение, 0 автоматизации, приложение сложное и огромный поток фич и фиксов

Ну а с другой стороны, вопрос, естественно, в сложности тестирования.

2:1 или 4:3 . Если ты говоришь что куча фиксов, значит, не в обиду, не очень хорошо разрабатывают. Я еще долгие годы хвалил команду в которой я работал 3:1 — они таки хорошо писали. А в другой могло быть 40 баг на фичу, и я и 2:1 не всегла успевал справляться.

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

А ещё постановки никакие... Менеджеров хрен достучаться...)

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

Если вы коммититесь на какие-то фичи через две недели и планируете, то совсем другая картина. Если что-то надо подкручивать, то не помешает еще ретро какое-нибудь..

Всё мимо)

У вас внутренние какие-то посиделки есть или нет? "Каждый за себя", что ли?

"Всегда норм" не бывает. Потому что бывает команда норм и команда ненорм. Как я уже сказал, если команда пишет четко и фиксит четко, то это одно. А если у команды получается много багов и фиксятся они медленно, и передают в последний момент, то это другое.

Внутренние посиделки есть, но толку нет - всё-равно больше каждый за себя)

В версию пихают что и сколько хотят - я с трудом добиваюсь нормальных размеров версий, но через бой

Разработчики бегут вперёд паровоза - мы сейчас тестируем версию N, в это время разработка быстро сделала ещё две версии и пилит третью, отвлекаясь на фиксы версии N...

В общем, трэш, угар и это самое.  Как я уже сказал (и я говорю о реальных примерах), в таких условиях не то что 3:1 , а 2:1 может не работать, может быть нужно скорее 4:3 .

если автоматизации 0, то надо для начала 1-2 опытных автоматизатора, чуть позже когда ядро будет готово - можно еще 3 не таких опытных подключать. Но зависит от фронта работ, если проект большой, то вот на второй стадии можно и 1:3 делать. Но имхо начинать лучше двоем с кем-то или одному - попробовать инструменты, создать базу и вот это вот все

Именно, оно самое)

Я уже в мечтах об увольнении, да никак...)

Не, у нас один автоматизатор (при этом абсолютно не тестировщик)
И два ручника опытных, но не супер.
На 4 очень плодовитых разработчика)

Автоматизатор месяц как приступил, до этого писал только андроид автоматизацию, а ща постоянно отвлекается на задачи других проектов)

Короче, ясно)
Кажется, я прав, что коллега не права 😁