Teste Prático (Back-end)

Author: Seimon Grando

Since: 25/06/2019

- Implementado itens mandatórios 1 a 3; Itens adicionais não implementados;
- Utilizado uma adaptação de arquitetura hexagonal + ddd;
- Para documentação dos serviços adicionado Swagger (http://localhost:8080/api/swagger-ui.html)
- Alguns padrões de projetos utilizados
	Controller (APIs rest);
	Facade (Classes de dominio como portas de entrada);
	Command (Classes de serviço);
	Template Method (Classes de serviço);
	Builder (Construção de classes de dominio).

Teste Prático (Back-end)

Esta é uma aplicação que serve de base para avaliação de nossos candidatos.

Neste teste específico, temos como finalidade avaliar seus conhecimentos nos seguintes tópicos:

• Lógica de Programação
• Java
• Spring Framework
• REST
• Manipulação de dados
• Testes
• Maven

Ela foi desenvolvida utilizando Spring Boot e esta preparada para realizar a carga de dados (banco de dados H2) através dos arquivos schema.sql (DDL) e data.sql (carga).

Para executar a aplicação basta utilizar o seguinte comando:

mvn spring-boot:run

Objetivos

Para alcançar os resultados esperados dessa avaliação, você tem total liberdade para desenvolver da maneira que preferir. Você também é livre para utilizar os frameworks, padrões de projeto e tecnologias que melhor se adapte. Só não se esqueça que, ao final do desenvolvimento, a aplicação terá que cumprir com os objetivos listados a seguir:

1) Modelagem de dados

Você deverá modelar duas entidades, uma chamada product e outra chamada category (categoria de produtos), sendo que deverá existir um relacionamento entre elas.

2) Serviços REST

A aplicação deverá expor os seguintes serviços REST:

• Listagem de todas as categorias de produtos

  http://localhost:8080/api/category/listAll

• Listagem de todos os produtos filtrados por categoria

  http://localhost:8080/api/product/listByCategory/{categoryId}

3) Testes

Ao final, todos os JUnits que estão disponíveis nesse projeto deverão executar com sucesso.

Desafios Bônus

Serão considerados como um diferencial em sua avaliação, a implementação de ao menos um dos seguintes desafios:

• Percentual elevado de cobertura de testes com cenários não implementados :)
• Criação de um serviço adicional para consulta da categoria com a maior ocorrência de uma determinada letra em seu nome. Por exemplo, se tivermos a categoria Brinquedos e a categoria Medicamentos e eu chamar este serviço passando como parâmetro a letra "e" o retorno do serviço deverá ser a categoria Medicamentos :D
• Execução de testes unitários e integrados em ciclo de build distintos ¯\(ツ)/¯

Any fool can write code that a computer can understand. Good programmers write code that humans can understand. – Martin Fowler