LessBrainLessPain @ 14.1.2017
Тестировщики нужны для рутинных тестов перед рутинным, опять же, деплойментом.
Очень узкое описание работы тестера.
LessBrainLessPain @ 14.1.2017
Но результат работы высоквалифицированного специалиста - это 100% рабочий код.
Баги есть везде. Не видел вообще никогда сразу 100% рабочего кода. Сам же ты недавно писал, что система работала работала и сдохла из-за большого количества запросов. Насколько я понял это твоя высококвалифицированная команда так сделала или правильнее недосмотрела, недопроверила, недоконфигурировала, что-то сделала недо.
LessBrainLessPain @ 14.1.2017
Последние лет пять работаю над проектами стоимостью от $1M, ни разу не слышал, что б кто-то сказал - "эта херня не работает, и это ок, так как я и не проверял ее, слишком сложно было".
Я работал на АТГ(над всеми их продуктами), которую купил Оракл за 1ККК$ и что тут такого? Багов в коде было полно, как прошлых версиях так и новых. Это естественный процесс. Фикс одного незамеченного бага пущенного в релиз по затратам может вылиться в очень большую сумму, пример у себя в блоге приводил. 1М$ проект - это очень мелкий проект в масштабах промышленного программирования именно поэтому не нужны ни бизнес-аналитики, ни тестеры и прочий необходимый люд.
Но тебе решать, что делать на своем проекте, я лишь показал некоторую возможность сократить бюджет или увеличить премии сотрудникам. Ты, как сам пишешь, архитектор, а не ПМ. В крупных компания люди в этом моменте разделяются и обучаются по разному. Кто-то архитектор, кто-то ПМ. Можно быть крутым архитектором, но никаким ПМ и наоборот.
LessBrainLessPain @ 14.1.2017
... представь себе футболиста-форварда, что не побежал в атаку, так как было далеко до ворот, или бойца MMА, что перестал биться, потому что ему сделали больно, или шеф повара, что готовит всякое говно с мыслью, что если клиент не жалуется, то все ок.
Не только представляю, но и могу представить когда футболист-форвард не то что не побежал в атаку, а даже защищал свои ворота и его за это хвалили. Угловой у своих ворот на последних секундах матча. Боец ММА перестает биться и просит пощады когда ему делают болевой прием, т.е. ему сделали больно. Шеф повар может пересаливать блюдо и от этого шедевр становится говном, но он даже не знает об этом, потому что никто ему не сказал.
Да, на всех проектах и во всех компаниях. Сложно представить любую разработку ПО без тестирования продукта. Речь не о юнит тестах. Все равно у вас протитип по сути тестируется либо программером либо непосредственно заказчиком на презентации.
Моя категоричность основывается исключительно на твоем описании разговора с программистом. По факту он должен был проверить то, что сделал. Раз не сделал, то следовательно на это нужно было затратить много времени. Вот про это время я и говорю. Его время дороже чем тестера. Тестер не обязан быть один на проекте, он может работать на многих проектах или периодически подключаться. Иногда для этого нужна выделить новую единицу (человека) иногда нет.