Sprint 2

Participantes

José Aquiles

Atividade	Descrição
Repositório	Computer progress
Issue	#29
Pull Request	#35
O que foi feito	foi feito o Dockerfile e o arquivo de docker-compose.
Problema	O frontend não possui Dockerfile nem arquivo de docker-compose, pra execultar o ambiente é necessário instalar as dependencias manualmente.
Solução	uso do docker para alinhar a versão do nodeJS com quem tiver trabalhando encima do frontend.

José Aquiles + Gabriel Tiveron

Atividade	Descrição
Repositório	Api
Issue	#9
Pull Request	#10
O que foi feito	foi retirado um argumento que impedia instalação de dependencias exclusivas de desenvolvimento no no arquivo docker-compose de desenvolvimento.
Problema	o pytest estava listado como dependencia de desenvolvimento mas não estava sendo instalado ao buildar o ambiente
Solução	alterar o arquivo docker-compose.yml .

Atividade	Descrição
Repositório	Api
Issue	#3
Pull Request
O que foi feito	após descobrir mais ou menos como é feito para referenciar arquivos é foi descoberto que as rotas não são feitas de forma simples então necessário um pouco mais de estudo para resolver
Problema	descobrir se as rotas estão retornando 200 e impedir regressão durante o desenvolvimento
Solução	realizar testes unitários automatizados

Fellipe Araujo

Atividade	Descrição
Repositório	computerprogress.com
Issue	#27 e #28
Pull Request	#33 - este Pull Request é referente a issue #27 #39 - este Pull Request é referente a issue #28
O que foi feito	No PR #39 foi corrigido alguns bugs de estilização para dispositivos menores (Tablet e Mobile) na página inicial (Home). Esses bugs eram referentes a raio de bordas dos cards aplicados somente em alguns cantos; títulos nos cards sem quebra de linha (ou seja, quando muito grande, o título aparecia cortado); labels do eixo X do gráfico ficavam sobrepostos uns pelos outros em dispositivos menores; o gráfico em si não aproveitava bem o espaço interno do gráfico (ou seja, o gráfico estava encolhido e ainda havia espaços sobrando nas laterais que podiam ser aproveitados); centralização de alguns cards (em dispositivos mobile, alguns cards não apareciam centralizados). No PR #33 foi realizado testes unitários de renderização para 9 componentes e 5 containers, totalizando uma cobertura de teste de aproximadamente 30% até o presente momento.
Problema	Para o PR #39, obtive problema para entender o funcionamento da biblioteca Material UI, muitos dos atributos dos componentes dessa biblioteca são md, ml, mt, etc, os quais não possuem nomes muito significativos. Também encontrei dificuldade para trabalhar com a estilização do gráfico e criar estilos condicionais para dispositivos maiores (Laptops) e menores (Tablet e Mobile). Para o PR #33, obtive problemas com testes em arquivos que possuíam outros arquivos svg. Por padrão, o jest não consegue realizar a leitura de arquivos svg.
Solução	Para o PR #39 foi gasto certo tempo para estudo da documentação, a qual era grande e robusta, para entender o que significava cada um dos atributos dos componentes e realizar as devidas correções nos estilos. Para o PR #33 foi necessário realizar uma configuração extra para que o jest passasse a interpretar arquivos svg.

João

Atividade	Descrição
Repositório	api
Issue	#2 - Setup CI/CD for backend #11 - Schemas tests
Pull Request	#8 - Fix #2 - Setup CI/CD #12 - Fix #11 - Add schemas tests
O que foi feito	PR #8 - Issue #2: Após comunicação com a comunidade, foi decidido que seria necessário mudar a abordagem de solução do PR. A comunidade informou que não era necessário iniciar a aplicação na action de build e que o docker-compose deveria ter sido utilizado em todas as actions. Essas foram as mudanças realizadas no PR. PR #12 - Issue #11: Visando aumentar a cobertura de código do projeto e consequentemente aumentar a confiabilidade do mesmo, foram implementados os testes dos schemas. Os schemas são compostos basicamente de classes do tipo model pydantic.
Problema	PR #8 - Issue #2: Tive problema para conseguir testar as actions. PR #12 - Issue #11: Tive problema para identificar quais testes deveriam ser feitos e como deveriam ser feitos.
Solução	PR #8 - Issue #2: Foram realizadas diversas pesquisas na documentação do docker para diminuir a chance de erros e encontrar a menor quantidade de recursos (comandos, arquivos de configuração, entre outros) que cumpriam as necessidades do que foi proposto. PR #12 - Issue #11: Para sanar as dúvidas e implementar o que foi solicitado, foram realizadas consultas na documentação das classes do tipo model pydantic.