Никогда не видел проекты, где было строгое разделение тестирования, контроля качества и его обеспечения.
Да, мы все знаем классические отличия и активности каждого этапа, но по сути тестировщик делает все. Как его не назови, Software Tester, QA Analyst, QA Engineer и так далее.
Тестирование - контролирующая рутина. Контроль качества - анализ и мониторинг. Обеспечение качества - предупреждение и процессы.
Возможно, только в огромных компаниях, где много команд тестирования, есть декомпозиция задачи по этим процессам, но я в таких не работал. И какой-то период времени интерны и джуны могут только тестированием заниматься.
Я не считаю, что делать все три процесса плохо. Да и грань сейчас сложно проследить. Наоборот, когда человека вырывают из контекста и садят только на регрессию, например, то это вредит бизнесу и команде.
А были в вашей практике проекты, где все работало по учебнику?
