studies
Testes automatizados, JUnit5 e Mockito
HomePrincípios de Programação Orientada a ObjetosTrabalhando com ObjetosTrabalhando com CollectionsTrabalhando com StringsTrabalhando com ExceptionsApi, camadas, CRUD, exceptions, validationProjeto Arquitetura RESTfulCriando um projeto REST / RESTfulSPRING DATA JPA - 2024Estudo Arquitetura LimpaEstudo sobre Anotações SpringModelo de Dominio e ORMAPI REST, camadas, CRUD, exceções, validaçõesJPA, Consultas SQL e JPQLLogin e controle de acessoTestes automatizados, JUnit5 e MockitoValidação e SegurançaSignup e finalizaçãoCobertura de testes com JaCoCoTestes API - MockMvc e RestAssuredEstudo Definitivo ORMEstudo upload arquivos AWSDocumentando API (Swagger e OpenAPI)Versionamento de APIHateoasWorkshop MongoDBWorkshop CassandraSpring Webflux - MongoDBSpring Batch - IntrodutórioSpring Batch Avançado - Lendo dados API remotaSpring Batch - Envio de Email em massaRoad map estudo
Testes automatizados, JUnit5 e Mockito
HomePrincípios de Programação Orientada a ObjetosTrabalhando com ObjetosTrabalhando com CollectionsTrabalhando com StringsTrabalhando com ExceptionsApi, camadas, CRUD, exceptions, validationProjeto Arquitetura RESTfulCriando um projeto REST / RESTfulSPRING DATA JPA - 2024Estudo Arquitetura LimpaEstudo sobre Anotações SpringModelo de Dominio e ORMAPI REST, camadas, CRUD, exceções, validaçõesJPA, Consultas SQL e JPQLLogin e controle de acessoTestes automatizados, JUnit5 e MockitoValidação e SegurançaSignup e finalizaçãoCobertura de testes com JaCoCoTestes API - MockMvc e RestAssuredEstudo Definitivo ORMEstudo upload arquivos AWSDocumentando API (Swagger e OpenAPI)Versionamento de APIHateoasWorkshop MongoDBWorkshop CassandraSpring Webflux - MongoDBSpring Batch - IntrodutórioSpring Batch Avançado - Lendo dados API remotaSpring Batch - Envio de Email em massaRoad map estudo
  • 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
  2. Controller (Web)

findAll

AnteriorController (Web)PróximoMelhor legibilidade e negociação de conteúdo

Atualizado há 6 meses

Primeira coisa, simular os comportamentos do service. Sabemos que nesse método, por exemplo, ele usa o findAllPaged do service, então simularemos no setUp, igual nos testes do service.

Método do Controller:

Criamos o nosso ProductDto + a Page e fazemos a mesma simulação de comportamento 👇

No teste em si, será bem fácil. Usaremos o mockMvc, veja:

Chamamos o perform no nosso método Http desejado e usamos o expect para o status esperado.

É uma forma bacana de se fazer? Sim. Mas pode ficar muito mais legível, veja ➡️