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

Organizando melhor código evitando repetição - Fixtures no JUnit, BeforeEach

AnteriorPrimeiro teste no repositoryPróximoEvitando a repetição

Atualizado há 6 meses

No caso anterior, nós poderíamos ter instanciado uma variável de ID existente e outra de não existente para realizar o teste.

Imagine outros métodos da mesma classe que também podem precisar da mesma coisa? Evitando repetição de código, podemos usar as fixtures! Elas nos permitem declarar alguma coisa, e executar elas em momentos específicos do teste.

Junit5
Junit4
Objetivo

@BeforeAll

@BeforeClass

(instancia uma vez só) Preparação antes de todos tests da classe (método estático)

@AfterAll

@AfterClass

Preparação depois de todos testes da classe (método estático)

@BeforeEach

@Before

(instancia mais de uma vez) Preparação antes de cada teste da classe

@AfterEach

@After

Preparação depois de cada teste da classe

Abaixo é a exata ordem de cada um.