Ideia principal

Diante de uma grande conta que quer impor o gateway de e-mail dela, o fornecedor de SMS dela ou o contrato de modelo de linguagem dela, uma pergunta resolve: se eu trocar esse fornecedor pelo dele, o valor de negócio do meu serviço muda?

Para o e-mail, não. A mensagem continua saindo na hora certa, porque foi o motor do fornecedor que decidiu que ela devia sair. Para o SMS, também não. Para o modelo, tampouco — se o valor está no fluxo de negócio, no contexto, nas regras, nos dados e na orquestração, o modelo de execução pode mudar sem deslocar o núcleo do produto.

O que sobrevive à troca pode ser cedido ao cliente. O que não sobrevive está perto demais do núcleo para ser livremente substituível.

Por que isso importa

O teste substitui uma discussão de arquitetura por um critério decidível, e se aplica bloco a bloco sem teoria prévia.

Ele também protege da inclinação oposta — ceder tudo ao cliente — ao dar uma razão explícita para recusar: essa troca aí destrói aquilo pelo qual o produto é comprado.

Nuances e limites

Os fornecedores não são perfeitamente intercambiáveis: um modelo pode ter desempenho melhor que outro, um gateway de e-mail pode ter uma entregabilidade melhor. O teste incide sobre o valor de negócio, não sobre a qualidade de execução.

E um bloco substituível do ponto de vista do valor pode continuar caríssimo de substituir na prática.

Questões em aberto

• O que fazer com um bloco cuja troca não muda o valor mas degrada visivelmente a qualidade percebida?