О тестировании

Тут недавно рассказали быль: была команда, разработчики, тестировщики. Потом кому-то показалось, что нужно работать эффективнее, и поэтому тестировщиков перековали во фронтендеров. Таким образом: а) команда меньше стала отлавливать багов на своём уровне б) но появилось больше рабочих рук, которые эти баги делают.

Ситуация анекдотичная, и заставляет подумать о ценности тестирования как такового. В ИТ есть люди, которые, возможно, не понимают самой постановки вопроса: в смысле, ценность же очевидна, о чём тут рассуждать! Но есть достаточное количество человек - и я сам с такими знаком - которые почти буквально говорят что-то в духе "ну вы разрабатывайте без багов, тестировать и не придётся".

На мой взгляд, это рассуждения логичнее применять не к процессу QA, а к разработке продукта. Сейчас страшную вещь скажу: очевидно, что в некоторых компаниях вообще не понимают, зачем они делают свой продукт. Как именно то, что делает ИТ, влияет на компанию, на её сотрудников. В период бурного роста ИТ в 2010-и, а также в ковидные пару лет основной стратегией было - сделать хоть что-то, выпустить на рынок и ловить волну, которая принесёт вам миллиард. И если даже не принесёт, всё равно все ринулись в ИТ, и совсем без цифрового продукта нельзя.

Теперь же настала пора более вдумчиво работать над продуктом. Уровень качества, который вы при этом обеспечиваете, является одной из ключевых метрик. Выпустить вообще сырой продукт, который пользователи пусть и тестируют? - Ну если вы всем известные монополии и олигополии (не будем показывать пальцем), то наверное можно. Я лично наблюдаю в некоторых очень крупных сервисах явные баги, которые не закрываются 10 лет.

А если конкурируете с другими? Закрывать вообще все баги, не выпускать релиз, если есть хотя бы один минор? - Не вариант, будете разрабатывать вечно. Надо принимать решение, что допустимо, что нет. Для принятия качественного решения нужны аргументы. Вы узнаёте, как именно работает ваш продукт, что чаще используют клиенты, какой функционал приносит больше прибыли, какой меньше, какие фичи вообще дороже поддерживать, чем просто отключить раз и навсегда.

И через это тестирование становится не просто очередной группой в вашем отделе или департаменте, на которую надо выделять ФОТ, потому что надо. А начинает быть инструментом влияния на прибыль, который приносит продукт. Вы контролируете глубину тестирования - вы играете с балансом стоимость разработки / скорость / качество. Вы проводите глубокое пользовательское тестирование - вы возвращаете себе упущенную прибыль, которую вы не сможете посчитать ни одним анализом простоев в ваших Zabbix и Grafana. Вы настроили разумные нагрузочные и E2E - вы заставляете разработчиков лучше думать об архитектуре и вкладываться в надёжность, а не только в скорость доставки до прода.

Так что отрасли без тестирования никуда. Никакие автотесты, написанные ИИ, не подумают за вас о стратегии развитии именно вашего продукта.