Skip to content

GitLab

  • Menu
Projects Groups Snippets
    • Loading...
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in
  • I incluitech-backend
  • 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 0
    • Merge requests 0
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
  • Deployments
    • Deployments
    • Environments
    • Releases
  • Monitor
    • Monitor
    • Incidents
  • Analytics
    • Analytics
    • Value stream
    • CI/CD
    • Repository
  • Wiki
    • Wiki
  • Snippets
    • Snippets
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar
  • IncluiTech
  • incluitech-backend
  • Merge requests
  • !11

Merged
Created May 01, 2020 by Aléxia Dorneles@alexia.pereira💻Guest13 of 13 tasks completed13/13 tasks

Feat/cadastro base

  • Overview 0
  • Commits 15
  • Changes 26

Criar fim do cadastro básico de cliente e solucionador.

Como testar: Rodar o bot e ver se consegue ir até a escolha do tipo de usuário sem problemas.

  • Dar contexto (breve resumo) da task desenvolvida, e explicar solução implementada
  • Código na mesma linguagem: português
  • Convenções de naming e de estrutura de diretórios da linguagem: https://docs.oracle.com/javase/tutorial/java/package/namingpkgs.html
  • Nomes precisos e consistentes
  • Remover dead code e imports não utilizados
  • Remover coisas “development only” hardcoded no código
  • Utilizar encapsulamento (modificadores de acesso)
  • Evitar variáveis globais, favorecer imutabilidade (https://martinfowler.com/bliki/ValueObject.html)
  • Não usar System.out.println, usar slf4j e uma lib de logging
  • Separação em camadas
    • e.g.: API -> Service -> Repository
    • Cada camada com seu objeto (criar conversores entre camadas)
  • Máximo 10 arquivos
    • Quebrar em PRs pequenos, incrementais
    • Mais seguro, menos chance de passar algo errado
  • Mínimo 10 testes unitários
    • Testar edge cases, passando null, passando valores muito grandes, etc (pensar e validar todas possibilidades)
    • Testes que façam sentido, testar regra de negócio, testar lógica
  • Design está complexo?
    • Muitas classes / métodos?
    • Classes / métodos rasos, com pouco valor, ou que não adicionam nenhuma abstração?
    • Código duplicado, uma mesma informação espalhada em muitos lugares?
    • Nomes vagos?
    • Código obscuro, trechos de código não óbvios? (adicionar comentários)
Edited May 05, 2020 by Carlos André Sousa Rodrigues
Assignee
Assign to
Reviewer
Request review from
Time tracking
Source branch: feat/cadastro-solucionador