- Este teste consiste em construir uma camada de serviço, para uma operação muito realizada em bancos, para emissão de extrato bancário.
Foi utilizado o Insomnia para validar as requisições GET dos dados fornecidos em data.sql :
Obter todas as contas:
Método: GET
URL: http://localhost:8080/contas
Resultado: Retorna todas as contas disponíveis no sistema.
Obter uma conta específica por ID:
Método: GET
URL: http://localhost:8080/contas/{id}
Substitua {id} pelo ID numérico da conta desejada.
Resultado: Retorna os detalhes da conta específica com o ID correspondente. Caso a conta não seja encontrada, retorna um
status 404 Not Found.
Obter todas as transferências:
Método: GET
URL: http://localhost:8080/transferencias
Resultado: Retorna todas as transferências disponíveis no sistema.
Obter uma transferência específica por ID:
Método: GET
URL: http://localhost:8080/transferencias/{id}
Substitua {id} pelo ID numérico da transferência desejada.
Resultado: Retorna os detalhes da transferência específica com o ID correspondente. Caso a transferência não seja encontrada, retorna um status "404 Not Found".
Obter transferências por operadores:
Método: GET
URL: http://localhost:8080/transferencias/operadores?operadores={nomeOperador}
Substitua {nomeOperador} pelo nome do operador desejado.
Resultado: Retorna as transferências realizadas pelo operador especificado.
- Possuir a JDK 11
- Uma IDE ou editor de sua preferência
- A sua api deve fornecer os dados de transferência de acordo com o número da conta bacária.
- Caso não seja informado nenhum filtro, retornar todos os dados de transferência.
- Caso seja informado um período de tempo, retornar todas as transferências relacionadas à aquele período de tempo.
- Caso seja informado o nome do operador da transação, retornar todas as transferências relacionados à aquele operador.
- Caso todos os filtros sejam informados, retornar todas as transferências com base no período de tempo informado e o nome do operador.
- Operador de transação nada mais é que, o nome do responsável de destino da transação caso seja uma operação de transferência de saida ou o nome do responsável de onde se originou a transação caso seja uma operação de transferência de entrada.
- Os valores devem ser de ponto flutuante, e deve-se considerar apenas duas casas decimais.
- O frontend deve seguir como exemplo o protótipo informado no documento do processo seletivo.
- No frontend o usuário deve ser capaz de informar um período de tem e/ou nome do operador da transasção como filtros para buscar as transações.
- As transações devem ser exibidas junto com o saldo total e o saldo total no período de acordo com o protótipo do documento.
- Cumprimento dos requisitos
- Qualidade do projeto de API e fluidez da DX
- Organização do código e boas práticas
- Domínio das linguagens, bibliotecas e ferramentas utilizadas
- Organização dos commits
- Escrita e cobertura de testes
- Utilizar o padrão RESTFul para a construção da sua API.
- Existe um script sql no pacote resources que cotém a modelagem do banco que pode ser seguida, e valores iniciais.
- Caso julge necessário você poderá criar mais tablas, porém a estrutura inicial não deve ser alterada.