Capítulo 02 - Bootcamp DevSuperior Springboot Projeto desenvolvido sob a tutoria de Nelio Alves

Teste feito pelo desenvolvedor, responsável por validar o comportamento de unidades funcionais de código. Nesse contexto, entende-se como unidade funcional qualquer porção de código que através de algum estímulo seja capaz de gerar um comportamento esperado (na prática: métodos de uma classe). Um teste unitário não pode acessar outros componentes ou recursos externos (arquivos, bd, rede, web services, etc.).

Teste focado em verificar se a comunicação entre componentes / módulos da aplicação, e também recursos externos, estão interagindo entre si corretamente.

É um teste do ponto de vista do usuário, se uma determinada funcionalidade está executando corretamente, produzindo o resultado ou comportamento desejado pelo usuário.

• Detectar facilmente se mudanças violaram as regras
• É uma forma de documentação (comportamento e entradas/saídas esperadas)
• Redução de custos em manutenções, especialmente em fases avançadas
• Melhora design da solução, pois a aplicação testável precisa ser bem delineada

É um método de desenvolver software. Consiste em um desenvolvimento guiado pelos testes.

Princípios / vantagens:

• Foco nos requisitos
• Tende a melhorar o design do código, pois o código deverá ser testável
• Incrementos no projeto têm menos chance de quebrar a aplicação

Processo básico:

• Escreva o teste como esperado (naturalmente que ele ainda estará falhando)
• Implemente o código necessário para que o teste passe
• Refatore o código conforme necessidade

Nomenclatura de um teste

• <AÇÃO> should [when <CENÁRIO>]

Padrão AAA

• Arrange: instancie os objetos necessários
• Act: execute as ações necessárias
• Assert: declare o que deveria acontecer (resultado esperado)

Princípio da inversão de dependência (SOLID)

• Se uma classe A depende de uma instância da classe B, não tem como testar a classe A isoladamente. Na verdade nem seria um teste unitário.
• A inversão de controle ajuda na testabilidade, e garante o isolamento da unidade a ser testada.

Independência / isolamento

• Um teste não pode depender de outros testes, nem da ordem de execução

Cenário único

• O teste deve ter uma lógica simples, linear
• O teste deve testar apenas um cenário
• Não use condicionais e loops

Previsibilidade

• O resultado de um teste deve ser sempre o mesmo para os mesmos dados
• Não faça o resultado depender de coisas que variam, tais como timestamp atual e valores aleatórios.

Visão geral

• https://junit.org/junit5
• O primeiro passo é criar uma classe de testes
• A classe pode conter um ou mais métodos com a annotation @Test
• Um método @Test deve ser void
• O objetivo é que todos métodos @Test passem sem falhas
• O que vai definir se um método @Test passa ou não são as “assertions” deste método
• Se um ou mais falhas ocorrerem, estas são mostradas depois da execução do teste