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

Teste de integração

Agora sim! Testaremos mais de um componente de forma integrada, como eles estão conversando entre em si para atingir um objetivo específico.

São testes mais lentos, pois precisamos carregar o contexto da aplicação. Não é teste para rodar toda hora igual de unidade.

AnteriorinsertPróximoService e Repository

Atualizado há 6 meses