studies
Testes automatizados, JUnit5 e Mockito
Testes automatizados, JUnit5 e Mockito
  • Testes Automatizados
  • Tipos de teste
    • Teste Unitário
    • Teste de Integração
    • Teste Funcional
  • Benefícios de testes automatizados
  • TDD - Test Driven Development
    • Princípios / vantagens
    • Processo básico (como fazer?)
  • Boas práticas para testes
    • Nomenclatura de um teste
    • Padrão AAA
    • Princípio inversão de dependência (SOLID)
    • Independência e isolamento
    • Cenário único
    • Previsibilidade
  • Como fazer testes + JUnit5
    • Primeiro teste na prática com JUnit
    • Testando método Deposit
    • Testando método Deposit (valor negativo)
    • Teste saque total
    • Teste saque
    • Teste saque (valor insuficiente)
  • Evitando repetir dados (Factory)
  • Annotations usadas nas classes de teste
  • Primeiro teste no repository
  • Organizando melhor código evitando repetição - Fixtures no JUnit, BeforeEach
    • Evitando a repetição
  • Testando save com id nulo
  • Teste Repository (Product com id existente e não existente)
  • Testes de unidade
    • Mockito vs MockBean
    • Service
      • Simulando comportamento com Mockito
      • deleteById (existente, não existente e dependente)
      • findAll (pageable)
      • save
      • findById (existente e não existente)
      • update
    • Controller (Web)
      • findAll
      • Melhor legibilidade e negociação de conteúdo
      • findById (existente e não existente)
      • update
      • delete
      • insert
  • Teste de integração
    • Service e Repository
      • delete (integração)
      • findAllPaged (existente, não existente, e sorted por nome)
    • Controller
      • findAllPaged
      • update
Fornecido por GitBook
Nesta página
  1. Testes de unidade

Service

Simulando comportamento com MockitodeleteById (existente, não existente e dependente)findAll (pageable)savefindById (existente e não existente)update
AnteriorMockito vs MockBeanPróximoSimulando comportamento com Mockito