O feedback chega quando o contexto já foi
Uma jornada de quarenta minutos falha por uma mudança de uma linha. Quem escreveu já está na tarefa seguinte.
Uma pirâmide é um orçamento.
A figura é famosa. A decisão, não. A maioria das checagens deve ser barata. Algumas devem provar uma jornada. O meio protege os contratos.
- Muitas checagens rápidas
- Contratos no meio
- Poucas jornadas no topo
Leia a partir da base.
Mais largo significa mais checagens, não mais importância. Um topo fino é uma escolha.
JornadasPoucos caminhos de ponta a ponta. Lentos, frágeis e reservados a fluxos que cruzam o produto.
Contratos e integraçãoAs promessas entre serviços, com dados que você controla.
Unidade e componenteO grosso da suíte. Específico, rápido e perto da mudança.
Por que times invertem a pirâmide.
Uma suíte pesada em ponta a ponta parece mais segura e depois vira o motivo de ninguém confiar no build.
As falhas são ambíguas
Uma jornada vermelha pode ser defeito, fixture, relógio ou outro time. A suíte deixa de ensinar.
Reexecuções substituem a causa
Se a segunda execução é o processo, a primeira nunca foi um sinal.
Quando a pirâmide deve dobrar.
O risco pode justificar um topo mais pesado. O motivo pertence à estratégia, não a um slogan.
Regulação ou movimento de dinheiro
Uma jornada que move dinheiro ou registra um ato pode merecer mais prova de ponta a ponta do que uma tela de configuração.
Um sistema fino
Um produto pequeno, com um processo, pode não precisar de uma camada grande de unidade no primeiro dia. Ainda precisa que a jornada seja pouca, não infinita.
Uma migração
Testes de caracterização em uma fronteira legada podem ter forma estranha. Devem expirar quando a fronteira estiver entendida.
Se o topo está fazendo todo o trabalho, diga isso.
Podemos olhar onde a suíte gasta tempo e qual camada deveria ser dona do próximo risco.