Заблуждения о профессии тестировщика в России

На одном из занятий в МГТУ им. Баумана была рассмотрена интересная тема, касаемая профессии тестировщика. Ниже приведена схема "Топ 10 заблуждений о профессии тестировщика в России".

(источник: http://www.xmind.net/m/mKd7)

           Так как данная профессия установилась относительно недавно, многие заблуждения постепенно развеиваются. Но поговорить о них все таки стоит.
           Я бы сравнила тестировщика с поваром. Он тестирует продукт по рецепту, который написан в книге, но добавляет свою изюминку, что позволяет найти больше несоответствий в программном продукте. Ведь не все люди могут готовить одинаково.
          В профессии повара есть разделения: кто-то идеально готовит десерты, кто-то горячие блюда, а кто-то закуски. Так и в тестировании: кто-то функциональщик, кто-то автоматизатор, а кто-то нагрузочник. У тестирования, как и у кулинарии, есть свой шеф-повар, гуру, к уровню которого стоит стремиться.
           "Тестировщик - это профессия для молодежи", "Тестировщикам не надо много платить, тестировщик должен работать за идею" - данные заблуждения меня удивляют. Чем тестировщик - автоматизатор отличается от разработчика? Практически ничем, только разработчик пишет код программы, а тестировщик - автоматизатор пишет код, тестирующий программу. Почему разработчики могут быть любого возраста, а на тестировщиков накладывается ограничение? Тогда можно утверждать, что и разработчик - профессия для молодежи, и ему можно не платить)
           "Тестировать может каждый, так как у каждого сейчас есть ПК и смартфон", "Не нужно вкладываться компании в обучение тестировщиков, так как можно взять любого с улицы ...", "Можно стать тестировщиком ничего не зная и не умея, просто прийти, сесть за ПК и начать работать", "Тестирование - это просто, тут нечему учиться" - эти заблуждения можно сгруппировать в одно "Тестирование и профессия "тестировщик" самое простое, что есть в сфере IT". Но! Почему же тогда на собеседовании требуют от кандидата знаний столько, сколько от разработчика? Как работать тестировщику в команде, не понимая о чем они разговаривают? Не все гуманитарии знакомы с терминологией IT-шников, например.
             Такое заблуждение, как "Ответственность за качество продукта лежит только на тестировщиках", достаточно популярно. За качество продукта отвечает вся команда разработки, от аналитика до тестировщика. Как может отвечать тестировщик, например, за некачественно спроектированную БД аналатиком? Или за полностью неработающий код программиста? Ответ прост: тестировщик может помочь избежать несоответствия продукта на ранних стадиях жизненого цикла разработки, но не отвечать за все качество продукта.
             Подводя итог моего монолога, хочется сказать, что тестировщик должен думать и как аналитик, и как разработчик, и как дизайнер, а главное как заказчик - пользователь. Он отвечает за качество продукта, но не за весь продукт. Утверждать, что тестирование - это просто, как минимум странно, так как данная сфера достаточно многогранна и сложна, и требует понимания любой сферы деятельности, для которой разрабатывается продукт.