Skip to content

GitLab

  • Menu
Projects Groups Snippets
    • Loading...
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in
  • F Ficai-4.0 Wiki
  • Project information
    • Project information
    • Activity
    • Labels
    • Planning hierarchy
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 0
    • Issues 0
    • List
    • Boards
    • Service Desk
    • Milestones
  • Merge requests 1
    • Merge requests 1
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
  • Deployments
    • Deployments
    • Environments
    • Releases
  • Monitor
    • Monitor
    • Incidents
  • Packages & Registries
    • Packages & Registries
    • Package Registry
    • Infrastructure Registry
  • Analytics
    • Analytics
    • Value stream
    • CI/CD
    • Repository
  • Wiki
    • Wiki
  • Snippets
    • Snippets
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar
  • FICAI 4.0
  • Ficai-4.0 Wiki
  • Wiki
  • arquitetura

arquitetura · Changes

Page history
Update arquitetura authored Oct 09, 2022 by Eduardo Andre Soares's avatar Eduardo Andre Soares
Show whitespace changes
Inline Side-by-side
arquitetura.md
View page @ b5e948f8
...@@ -333,11 +333,11 @@ Abaixo, um diagrama representando os módulos do Backend, que interagem conforme ...@@ -333,11 +333,11 @@ Abaixo, um diagrama representando os módulos do Backend, que interagem conforme
### Estratégia de Verificação e Validação ### Estratégia de Verificação e Validação
A estratégia de verificação e validação prevista para o projeto do backend irá contemplar o teste de forma unitária das três principais camadas da aplicação. São elas: repository, service e controller. Nas sessões a seguir será descorrido sobre alguns detalhes da codificação dos testes. A estratégia de verificação e validação prevista para o projeto do backend irá contemplar o teste de forma unitária das três principais camadas da aplicação. São elas: repository, service e controller. Nas sessões a seguir será discorrido sobre alguns detalhes da codificação dos testes.
#### Model e DTO #### Model e DTO
Camadas que mantém, respectivamente, as entidades da aplicação e suas replicas com informações uteis a serem expostas ao mundo externo. Não há necessidade de testar seus getters and setters, ao menos que haja lógica dentro deles ou métodos auxiliares. Camadas que mantém, respectivamente, as entidades da aplicação e suas réplicas com informações uteis a serem expostas ao mundo externo. Não há necessidade de testar seus getters and setters, ao menos que haja lógica dentro deles ou métodos auxiliares.
#### Repository #### Repository
...@@ -345,11 +345,11 @@ Camada que mantém contato direto com a base de dados da aplicação e utiliza d ...@@ -345,11 +345,11 @@ Camada que mantém contato direto com a base de dados da aplicação e utiliza d
#### Service #### Service
A camada de serviço contempla a aplicação das regras de negocio previstas no escopo do projeto. Nesta camada, deve ser testada todas as condições que um método pode conter, abrangendo excessões, retornos bem sucedidos ou qualquer comportamento retornado por ele. Sempre que possível, fazer o uso de mocks, pois a camada de serviço integra todas as outras camadas, sem haver a necessidade de testa-las de novo. A camada de serviço contempla a aplicação das regras de negócio previstas no escopo do projeto. Nesta camada, deve ser testada todas as condições que um método pode conter, abrangendo exceções, retornos bem sucedidos ou qualquer comportamento retornado por ele. Sempre que possível, fazer o uso de mocks, pois, a camada de serviço integra todas as outras camadas, sem haver a necessidade de testa-las de novo.
#### Controller #### Controller
Camada que expõem as rotas da aplicação. Devemos verificar estas rotas avaliando os possiveis códigos de status que um método pode retornar e cobrindo-os através de testes unitários. Camada que expõem as rotas da aplicação. Devemos verificar estas rotas avaliando os possíveis códigos de status que um método pode retornar e cobrindo-os através de testes unitários.
## Frontend ## Frontend
......
Clone repository
  • Gerência
  • Instalação
  • Retro
  • Utilizando a wiki
    • adicionando imagens
    • escrevendo em markdown
    • wiki no editor de texto
  • arquitetura
  • banco_dados
  • codigo
  • configuracao
  • design_mockups
  • escopo
  • estudos
  • gerencia
  • Home
View All Pages