TestGrow - тестирование ПО

Часто складывается ощущение, особенно, когда делаю аудиты в компаниях, что в команде тестировщики на вторых ролях. Пока все работает про них почти не вспоминают. Но стоит багу попасть на продакшн🚨🚨, особенно критичному, как сразу начинается поиск виноватых: А где были тестировщики? ⚡ Парадокс в том, что именно в такие моменты важность QA вдруг становится очевидной для всех 💡. До этого тестирование воспринимается как что-то вспомогательное, а после, как последний барьер между пользователем и проблемой. Я видел это много раз, что ИТ команды и бизнес недооценивает тестирование, выпускает продукт быстрее 🖊, принимают риски, максимально сокращая тестирования (особенно в новых компаниях и стартапах🚀). Потом прилетает баг , который ломает оплату или регистрацию, бизнес теряет деньги и репутацию и именно тогда все начинают говорить о важности QA, ну или где было QA👋. На мой взгляд, это неправильный подход. Тестировщики не должны становиться героями в момент катастрофы 🦸♂️. Их ценность в том, чтобы таких катастроф не случалось. Хорошее тестирование незаметно, потому что когда на проде все работает гладко ✅ , значит QA сделали свою работу хорошо. Но да, часто ценить тестировщиков начинают только после первой большой ошибки. И задача зрелой команды не дожидаться этого момента ⏳. А у вас бывало, что отношение к тестированию в проекте резко менялось после бага на проде в худшую или лучшую сторону? 👇 Все мои проекты: TG канал по тестированию AI | Youtube channel | Практика по тестированию | Платформа TestGrow | Автоматизация тестирования | Курс по тест-менеджменту | База знаний