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

Evitando repetir dados (Factory)

AnteriorTeste saque (valor insuficiente)PróximoAnnotations usadas nas classes de teste

Atualizado há 6 meses

O ideal é que tenhamos uma classe para instanciar objetos para gente (caso seja uma operação repetitiva no sistema).

No pacote testes criar um pacote factory. Como a classe é Account se chamará AccountFactory. Criaremos um método para instanciar uma Account vazia (esses métodos geralmente são estáticos).

Como visto acima, pode ser até mesmo uma classe com um valor pré-definido.

Agora dentro dos testes, ao invés de instanciar um new Account, utilizaremos a factory.

Observação TDD

O que fizemos acima, não foi TDD. Seria somente se tivéssemos criado no máximo a classe Account sem os métodos, somente atributos com getters e setters.

O ideal seria criar a classe de Testes, exatamente como está ali em cima depois implementar os métodos.