QA - про 1000 и 1 способ протестировать кнопку? “Пирожок с ничем”? Почему QA недооценивают и считают лишь “легкой точкой входа в сферу IT”? Как проекту добиться максимальной экономии средств с помощью тестирования на проекте?

Даже в наше время многие разработчики и менеджеры путают QA и QC, ошибочно предполагая, что мы только отступы тестируем :D Даже в наше время есть компании, которые пренебрегают внедрением практики Shift Left. Но чем раньше начнется тестирование - тем выше качество продукта на выходе, и это - неоспоримый факт.

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

Главная сила QA - в коммуникации и процессах. Только так можно хаос на проекте превратить в контролируемый порядок.

А как вы думаете? С интересом буду ждать ваше мнение в комментариях)