Работаю в qa 9 лет, из них 8 в бигтехе. Последние годы тенденция к повышению “time-to-market” ведет к осознанному пренебрежению качеством. В куа из инженеров делают менджеров пишущих бесконечные кейсы по требованиям меняющимся каждые от нескольких часов до нескольких дней (и хорошо если половина изменений доходит до тестеров). Часть регрессов существует для галочки, а на часть красных тестов вешается формулировки о нестабильном окружении. Потому что нельзя задерживать релиз. «Бизнес не может ждать» сказал техдир плачущему лиду саппорта после просьбы не катить большой релиз во второй половине пятницы. У высшего руководства нет никакой ответственности за что либо. В моей конторе у одного проекта в продакшене висело более тысячи багов, и информирование через приоритет от внутренних сотрудников они преподнесли как очередную реформу и достижение. Вероятно кто-то даже за это премию получил. Бэкэенд перестали тестировать и переложили все на разработчиков. Откуда баги? Да в целом всем наплевать. Пользователям всегда можно просто сказать «нам очень жаль что так получилось, извините».
В нашем бигтехе сейчас куа сводят к роли мартышек с чеклистами. Спасибо яндексовым процессам которые как рак расползаются по крупным компаниям. Куа пишут критерии приемки для разрабов (которые меняются каждые два дня), а сами зависают на регрессах и бесконечном перелопачивании багов , которые при таких раскладах массово попадают в прод. Целевой метрикой процессов становится time to market. Ни о каких технических навыках куа уже не идет речи, как и о росте куа хоть куда-нибудь.
Вангую, что количество багов в продакшене только увеличилось) Какая-то срань в индустрии с попыткой повысить time to market пытаясь обеспечить качество на лету, а потом обманывая себя что стало лучше. Хотя один взгляд на динамику багодрома сразу разрушает все иллюзии
Работаю в qa 9 лет, из них 8 в бигтехе. Последние годы тенденция к повышению “time-to-market” ведет к осознанному пренебрежению качеством. В куа из инженеров делают менджеров пишущих бесконечные кейсы по требованиям меняющимся каждые от нескольких часов до нескольких дней (и хорошо если половина изменений доходит до тестеров). Часть регрессов существует для галочки, а на часть красных тестов вешается формулировки о нестабильном окружении. Потому что нельзя задерживать релиз. «Бизнес не может ждать» сказал техдир плачущему лиду саппорта после просьбы не катить большой релиз во второй половине пятницы. У высшего руководства нет никакой ответственности за что либо. В моей конторе у одного проекта в продакшене висело более тысячи багов, и информирование через приоритет от внутренних сотрудников они преподнесли как очередную реформу и достижение. Вероятно кто-то даже за это премию получил. Бэкэенд перестали тестировать и переложили все на разработчиков. Откуда баги? Да в целом всем наплевать. Пользователям всегда можно просто сказать «нам очень жаль что так получилось, извините».
Спросите у дзена и вк что по их мнению сейчас должен знать тестировщик с учетом того что они сейчас пытаются убить эту профессию у себя
Они конечно сами себя сокращать не будут
В нашем бигтехе сейчас куа сводят к роли мартышек с чеклистами. Спасибо яндексовым процессам которые как рак расползаются по крупным компаниям. Куа пишут критерии приемки для разрабов (которые меняются каждые два дня), а сами зависают на регрессах и бесконечном перелопачивании багов , которые при таких раскладах массово попадают в прод. Целевой метрикой процессов становится time to market. Ни о каких технических навыках куа уже не идет речи, как и о росте куа хоть куда-нибудь.
Вангую, что количество багов в продакшене только увеличилось) Какая-то срань в индустрии с попыткой повысить time to market пытаясь обеспечить качество на лету, а потом обманывая себя что стало лучше. Хотя один взгляд на динамику багодрома сразу разрушает все иллюзии