Bugs e Dívidas Técnicas - isabelleqga/ESprojetoSEGEL GitHub Wiki

Introdução

Essa seção possui como objetivo relatar os problemas enfrentados pela equipe, bem como os bugs encontrados. Dessa forma, vamos ser o mais transparente possível para evitar problemas e deixar claro as mudanças que devemos fazer no futuro. Além disso, também vamos relatar as dívidas técnicas, isto é, aquilo que queríamos fazer, mas acabou faltando tempo ou acabou sendo esquecido.

Bugs

  • Tentar rodar localmente o back-end sem o docker irá causar problema de tipagem pelo python ter problemas em reconhecer o UUID como uma String. No computador de algumas pessoas pode funcionar mas houve problemas internos no grupo. Assim, escolhemos usar o Docker para resolver o problema, mas o bug ainda persiste no caso citado.
  • Telas do front não rolarem para baixo quando necessário. As vezes funciona e as vezes não, acreditamos ser algum problema besta no código, mas que em algumas telas ainda pode afetar.
  • A listagem de espaços está bugada repetindo várias informações para um mesmo usuário, como se ele pudesse ver todas as informações. Esta é um bug urgente que precisamos resolver.

Dívidas Técnicas

  • Realizar mais testes no back-end e também no front-end, uma vez que só realizamos testes de unidade com o CRUD. Além disso, os testes de usuário acabaram por se tornarem difíiceis por não ser possível comparar o hash da chave criada com um hash da mesma chave depois, pois estava gerando 2 hashs para a mesma chave, logo, é nossa primeira dívida técnica.
  • Obter tabela de preços e horário máximo da SEGEL para botar atualizar as funções de cálculo de valor. Como não tínhamos a informação criamos uma função provisória supondo que era 10 reais a hora (temporário). Nosso objetivo é que no futuro esta função possa ser alterada para o real cálculo de preço das áreas.
  • Ao deletar um usuário/espaço diretamente no banco de dados pode acabar quebrando o sistema, uma vez que a funcionalidade "delete on cascade" não foi implementada. Assim, esperamos que este problema seja resolvido no futuro. Não é um problema urgente no momento já que dificilmente se deletará direto no banco, mas é útil ter essa precaução.
  • Tentar verificar como dar upload de arquivos para criar espaço sem ser por URL.
  • As filtragens de espaço e solicitações ficaram pendentes. A ideia é que este seja um dos focos principais na continuidade do projeto.
  • Justificativa de cancelamento.
  • Atualmente na criação de reservas há a possibilidade de selecionar mais de uma data para reserva, embora não seja um bug para quebrar o código não é algo para se ter no nosso funcionamento, logo, é uma dívida para resolver.
  • No back-end também está faltando buscar uma forma de separar nossos "delete" em usuário e espaço, uma vez que estamos deletando-os se não tiverem nenhuma reserva envolvida ou desativando. Porém, para realizar os testes com o pytest a biblioteca acaba não entendo essa dupla funcionalidade. Assim, buscar um caminho para resolvê-lo também é essencial, pois, embora ainda esteja funcionando, garantir a comprovação do teste garante maior qualidade.
  • Tentar organizar melhor as pastas para facilitar o deploy. Como o front e o back estão separados acaba ficando dificil dar deploy junto deles, possibilitando uma quebra maior.
  • Completar a integração, atualmente temos só o básico integrado (creates e gets). Embora todas as telas estejam prontas e as funções CRUD funcionem, foi bastante complicado integrar tudo e, por conta de alguns imprevistos, não conseguimos finalizar. Vamos dar continuidade e esperamos ter isto pronto rapidamente.
  • Melhorar organização das telas do front.
  • Continuar integração das funções UPDATE e DELETE.