Position opened

[Gatchinskiy]

там разговор стоял, про программиста который пишет новый код и его уже ждут 4-5 QA... regression testing is different

[Meadie]

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

...не бывает такого когда на 1 програмиста 4-5 QA, не имеет смысла и никогда не будет иметь ...наоборот да, легко...

В моем примере соответствие между программистами и тестерами - один к одному. И ведь вы же не всегда знаете (разве что рядом с программистом сидите или тим лидом / ПМом являетесь), чем занимается тот или иной человек в данный момент времени: свой новый код пишет, чужой ревьюирует, юнит тесты пишет или гоняет, или с различными инструментарными тулами код прочесывает. Кстати, знание QA методологий им тоже очень часто бывает полезным.

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

И как я уже писал, все зависит от продукта, требований к его качеству и скорости разработки. В ситуации, когда версии достаточно сложного продукта выпускаются, например, каждый месяц и они должны пройти все тесты (включая регрессионные и нагрузочные), соотношение 1 к 3 - вполне реально.

[Gatchinskiy]

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

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

[Meadie]

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

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

Специализация - это залог высокой производительности и качества выполняемой работы. Разумется, что не всегда целесообразно делать это именно так, но, например, разделив работы по созданию тест-кейсов и выполнению этих тестов, можно поручить их людям с совершенно разным уровнем квалификации (и зарплаты). А на регрессионное тестирование можно и мартышку посадить (если есть грамотная документация).

[Gatchinskiy]

.. мечтать не вредно, так же как и на 1 программиста 5 QA ... "только вот жить в эту пору прекрасную уж не придется ни мне ни тебе..." (C)

[Meadie]

.. мечтать не вредно, так же как и на 1 программиста 5 QA ... "только вот жить в эту пору прекрасную уж не придется ни мне ни тебе..." (C)

Я бы и не хотел работать в такой компании (при наличии выбора). Тестировщиком уж, по крайней мере, точно.

[Serg]

лс