Может ли QA быть эффективным без модульного тестирования (TDD)?

Компания имеет небольшие группы разработчиков в нескольких странах.
В течение нескольких лет он успешно выпускает программный продукт (клиент в MS Visual Studio 2008 C ++, C # и сервер на Java), основанный на фундаментальных научных (и высокотехнологичных) исследованиях в области математики и межотраслевой инженерии.
Разработка программного обеспечения не основана на TDD (test-driven development), нет юнит-тестов, а также отдела контроля качества и т.д.

Эта компания инициирует внедрение группы контроля качества (отдел и, ну, практики контроля качества / полисы) 2-3 человека.

Первоочередными задачами являются установление (автоматизированного) тестирования GUI и API.

Является ли введение модульного (или макетного) тестирования или TDD (разработка через тестирование) необходимым и обязательным для успеха QA?

Обновление:
Хранилище базы данных - MS SQL Server.

Обновление 2:
Спасибо всем, кроме http://testing.stackexchange.com/questions/791/what-are-in-qa-byond-testing

Я понимаю, что постфактум юнит-тесты (или скорее, имитация), вероятно, следует включить в список повторяющихся ошибок, но должны ли они быть первой проблемой, которую следует представить?
Каковы возможные первоочередные вопросы и их заказы? Должны ли постфактум юнит-тесты вводить разработчики или «тестировщики»?

Может ли QA быть вообще эффективным без модульного (имитационного) тестирования?

Обновление 3:
net