Você é um ou outro? Ou ambos?

Meu entendimento é de testes de unidade:

validar o sistema do ponto de vista do desenvolvedorajude os desenvolvedores a praticar o TDDmantenha o código modularauxiliar na detecção de erros em baixos níveis de granularidade

Testes de aptidão:

validar o sistema do ponto de vista comercial e de controle de qualidadetendem a ser de alto nível, pois geralmente são escritas por pessoas não familiarizadas com o funcionamento interno do código

Eu sinto que ambos são necessários. No entanto, para minimizar o trabalho redundante, é uma boa ideia tentar incorporar testes de unidade em testes de aceitação? Em outras palavras, peça ao último que chame o primeiro. Ir na direção oposta faz algum sentido?

Quais são seus pensamentos em geral sobre testes de unidade versus testes de aceitação e como gerenciá-los em relação um ao outro?