studies
Cobertura de testes com JaCoCo
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
Cobertura de testes com JaCoCo
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
  • Início
  • Parte 1: Avançando nos testes unitários
    • Teste de software (caixa branca e preta)
      • Caixa Branca
      • Caixa preta
      • Vantagens
    • Principais anotações Mockito
      • @Mock
      • @Spy
      • @InjectMocks
      • Exemplos práticos
        • Criando ProductServiceTests
        • Simulando comportamento
        • Testando Insert
        • Testando update
  • Parte 2: Cobertura de código com Jacoco
    • Cobertura de código
    • Tipos básicos de cobertura de código
      • Statement Coverage (Line coverage)
      • Branch Coverage
      • Function Coverage
      • Qual o percentual ideal?
    • Ferramentas para cobertura
    • JaCoCo
  • Fixando tudo. Test coverage + testes unitarios na camada service (DSCommerce)
    • CategoryService
      • CategoryFactory
      • setUp
      • findAll
    • ProductService
      • ProductFactory
      • findById
        • ID existente
        • ID não existente
      • findAll
      • Insert
      • Update
        • ID existente
        • ID inexistente
      • Delete
        • ID existente
        • ID inexistente
        • ID dependente
    • UserService
      • UserFactory
      • UserDetailsFactory
      • loadUserByUsername
        • User existe
        • User não existe
      • Melhorias método autenticated
        • Testando método autenticated
          • User existe
          • User não existe
      • Consultando user logado (getMe)
        • User existe
        • User não existe
    • AuthService - ValidateSelfOrAdmin
      • AuthServiceTests
    • OrderService
      • findById
        • ID existe
        • ID não existe
      • OrderFactory
      • setUp + Cenários
      • Insert
        • setUp
        • Cenário de sucesso - Usuário autenticado
        • Cenários de falha - Usuário não autenticado ou pedido não existe
Fornecido por GitBook
Nesta página
  1. Fixando tudo. Test coverage + testes unitarios na camada service (DSCommerce)
  2. AuthService - ValidateSelfOrAdmin

AuthServiceTests

AnteriorAuthService - ValidateSelfOrAdminPróximoOrderService

Atualizado há 5 meses

Criar classe AuthServiceTests (@ExtendWith), inserir o AuthService com @InjectMocks. Como a classe usa o UserService, injetar ele com @Mock.

Criar algumas variáveis para o User, para que possamos simular os cenários: admin, selfClient, otherClient e iniciá-las no setUp (utilizando a UserFactory).

A partir disso, temos três cenários para o método anterior (da classe Original):

  1. Acessando pedido como admin

  1. Client acessando o proprio pedido

  1. Client acessando o pedido que não é dele (ForbiddenException)

Mesma coisa do método acima, só lança a ForbiddenException.