Motivação/Contexto inicial: queremos implementar testes unitários e verificamos que podemos facilitar esta implementação tornando a estrutura do projeto mais desacoplada. Atualmente as regras de negócio estão implementadas nos endpoints, o que dificulta submetê-las a testes unitários.
Sendo assim, o objetivo deste spike é encontrarmos qual o padrão de projeto orientado a objeto mais adequado para que possamos fazer estas implementações.
O resultado que esperamos é ter claro para as desenvolvedoras qual o novo padrão de projeto a ser adotado e também definir qual será a pirâmide de testes do projeto.
Com este movimento, conseguiremos trazer os seguintes ganhos para o projeto:
- Código mais limpo e desacoplado, mas flexível para evolução
- Facilidade de implementar T.U.
- Poderemos desenvolver utilizando TDD (mais qualidade).
- Diminuímos o custo de resposta da pipeline, com mais testes unitários e menos testes e2e/integração.
Motivação/Contexto inicial: queremos implementar testes unitários e verificamos que podemos facilitar esta implementação tornando a estrutura do projeto mais desacoplada. Atualmente as regras de negócio estão implementadas nos endpoints, o que dificulta submetê-las a testes unitários.
Sendo assim, o objetivo deste spike é encontrarmos qual o padrão de projeto orientado a objeto mais adequado para que possamos fazer estas implementações.
O resultado que esperamos é ter claro para as desenvolvedoras qual o novo padrão de projeto a ser adotado e também definir qual será a pirâmide de testes do projeto.
Com este movimento, conseguiremos trazer os seguintes ganhos para o projeto: