Back-end Challenge

Bem-vindo(a) ao nosso teste para desenvolvedores(as) back-end.

🎯 O que vamos avaliar? O que buscamos?

Queremos entender como você modela um problema e o transforma em código, como você estrutura, como você testa. Enviar uma aplicação funcionando é o ideal, mas mesmo que não esteja 100 % envie o código para que possamos analisar até onde você chegou.

O problema que vamos apresentar não tem uma lógica complexa, mas implemente seu código pensando em um sistema extensível e de alta concorrência no uso, é muito importante que você aplique SOLID em tudo que fizer.

💻 Tecnologias

Nossa stack de desenvolvimento é predominantemente C# e Java, então nossa sugestão é que você utilize .NET Core para C# ou Spring para Java.
Teste seu código, crie Unit tests e/ou Integration tests.
A aplicação deve ser self contained, use um database em memória, por exemplo o H2 no caso do Spring.

⚡ O Desafio

Você deve construir uma API que terá dois endpoints:

Endpoint – Pedido

Sua aplicação deve expor em http://localhost:{porta}/api/pedido uma API RESTful. (GET, POST, PUT, DELETE)

O conteúdo de um Pedido possui o seguinte payload:

{
  "pedido":"123456",
  "itens": [
  {
    "descricao": "Item A",
    "precoUnitario": 10,
    "qtd": 1
  },
  {
    "descricao": "Item B",
    "precoUnitario": 5,
    "qtd": 2
  }
  ]
}

O conteúdo desse Pedido e Itens deverá ser persistido em banco de dados. Fique à vontade para criar as validações que você considerar necessárias.

Endpoint – Mudança de Status de Pedido

Sua aplicação deve receber um POST em http://localhost:{porta}/api/status com o seguinte payload:

{
  "status":"XXX",
  "itensAprovados":0,
  "valorAprovado":0,
  "pedido":"XXX"
}

E terá o seguinte response, baseado nas regras detalhadas a seguir:

{
  "pedido":"123456",
  "status": ["STATUS_1", "STATUS_2", "STATUS_...n"]
}

O status não precisa ser persistido em banco de dados, basta retornar na API.

Exemplos de requests e responses baseados no payload do pedido descrito anteriormente:

#1

request

{
  "status":"APROVADO",
  "itensAprovados": 3,
  "valorAprovado": 20,
  "pedido":"123456"
}

response

{
  "pedido":"123456",
  "status": ["APROVADO"]
}

#2

request

{
  "status":"APROVADO",
  "itensAprovados": 3,
  "valorAprovado": 10,
  "pedido":"123456"
}

response

{
  "pedido":"123456",
  "status": ["APROVADO_VALOR_A_MENOR"]
}

#3

request

{
  "status":"APROVADO",
  "itensAprovados": 4,
  "valorAprovado": 21,
  "pedido":"123456"
}

response

{
  "pedido":"123456",
  "status": ["APROVADO_VALOR_A_MAIOR", "APROVADO_QTD_A_MAIOR"]
}

#4

request

{
  "status":"APROVADO",
  "itensAprovados": 2,
  "valorAprovado": 20,
  "pedido":"123456"
}

response

{
  "pedido":"123456",
  "status": ["APROVADO_QTD_A_MENOR"]
}

#5

request

{
  "status":"REPROVADO",
  "itensAprovados": 0,
  "valorAprovado": 0,
  "pedido":"123456"
}

response

{
  "pedido":"123456",
  "status": ["REPROVADO"]
}

#6

request

{
  "status":"APROVADO",
  "itensAprovados": 3,
  "valorAprovado": 20,
  "pedido":"123456-N"
}

response

{
  "pedido":"123456",
  "status": ["CODIGO_PEDIDO_INVALIDO"]
}