Правда про тестировщиков

Инженер по тестированию программного обеспечения (он же тестировщик или QA engineer) проверяет IT-продукты на прочность. Он продумывает, что и где может сломаться, прогнозирует сбои и находит ошибки в приложениях, сайтах и программах, чтобы продукт вышел работоспособным. Инженер по тестированию должен всеми способами испытать надёжность и удобство сервиса на этапе разработки. Так пишут на лендингах курсов по тестированию.

Но реальность совсем другая:

1. Большой отдел тестирования – первый признак низкой культуры разработки. Когда разработчики генерят баги в промышленных объемах. Нормальное соотношение 1 тестировщик на 5 разработчиков.
2. Тестировщики никогда ни за что не отвечают и всегда переводят стрелки. Если в продукте бага – виновата разработка. Если криво собраны тестовые стенды – то виноваты девопсы. Если аналитика кривая – виноваты продакты. Если лента тормозит – то надо было делать нагрузочное тестирование, что вы хотели.
3. Тестировщики не понимают ни бизнес, ни продукт которым пользуются, ни разработку. Они умеют писать отчеты, двигать таски в джире.
4. Тестировщики никогда не проверят, совпадает ли реализованный продукт дизайну. Дизайнеры делают пиздато, а выходит кривое поделие – отступы не те, шрифты не те
5. Очень редко кто из тестировщиков проверит аналитику и работоспособность собранных отчетов, всегда приходится вычищать за ними

В общем, тестировщики в таких объемах не нужны. В команде из 5-6 разработчиков достаточно одного толкового QA. Работу с тестировщиками надо грамотно выстроить как CTO, так и CPO. Как это сделать я рассказываю на консультациях.