Primeiramente, obrigado pelo seu interesse em trabalhar na melhor plataforma de pagamentos do mundo! Abaixo você encontrará todos as informações necessárias para iniciar o seu teste.

• Faça um fork desse repositório para seu usuário
• Crie uma branch a partir da master nesse padrão de nomenclatura: dd-mm-yy/nome-sobrenome (por exemplo, 30-04-20/meu-nome)
• Abra o Pull Request até 1 dia antes da entrevista
• Você poderá consultar o Google, Stackoverflow ou algum projeto particular na sua máquina.
• Fique à vontade para perguntar qualquer dúvida aos recrutadores.
• Fique tranquilo, respire, assim como você, também já passamos por essa etapa. Boa sorte! :)

• Framework: Fique a vontade pra usar o framework que quiser
• Subir local ou Docker

Temos 2 tipos de usuários, os comuns e lojistas, ambos têm carteira com dinheiro e realizam transferências entre eles. Vamos nos atentar somente ao fluxo de transferência entre dois usuários.

Requisitos:

• Para ambos tipos de usuário, precisamos do Nome Completo, CPF, e-mail e Senha. CPF/CNPJ e e-mails devem ser únicos no sistema. Sendo assim, seu sistema deve permitir apenas um cadastro com o mesmo CPF ou endereço de e-mail.

• Usuários podem enviar dinheiro (efetuar transferência) para lojistas e entre usuários.

• Lojistas só recebem transferências, não enviam dinheiro para ninguém.

• Antes de finalizar a transferência, deve-se consultar um serviço autorizador externo, use este mock para simular (https://run.mocky.io/v3/8fafdd68-a090-496f-8c9a-3442cf30dae6).

• A operação de transferência deve ser uma transação (ou seja, revertida em qualquer caso de inconsistência) e o dinheiro deve voltar para a carteira do usuário que envia.

• No recebimento de pagamento, o usuário ou lojista precisa receber notificação enviada por um serviço de terceiro e eventualmente este serviço pode estar indisponível/instável. Use este mock para simular o envio (https://run.mocky.io/v3/b19f7b9f-9cbf-4fc6-ad22-dc30601aec04).

POST /transaction

{
    "value" : 100.00,
    "payer" : 4,
    "payee" : 15
}

Caso você não se sinta à vontade com a arquitetura proposta, você pode apresentar sua solução utilizando frameworks diferentes. Atente-se a cumprir a maioria dos requisitos, pois você pode cumprir-los parcialmente e durante a avaliação vamos bater um papo a respeito do que faltou.

Teremos 2 partes da avaliação: A correção objetiva será realizada através da utilização de um script de correção automatizada. A correção qualitativa será durante a entrevista e levará em conta os seguintes critérios:

• Código limpo e organizado
• Ser consistente em suas escolhas
• Apresentar soluções que domina
• Modelagem de Dados
• Manutenibilidade do Código
• Tratamento de erros
• Cuidado com itens de segurança
• Arquitetura (estruturar o pensamento antes de escrever)
• Esboço da arquitetura usando o diagrama da sua escolha

• Fluxo de cadastro de usuários e lojistas
• Autenticação

• Uso de Docker
• Testes de integração
• Testes unitários
• Uso de Design Patters
• Documentação
• Proposta de melhoria na arquitetura

Na data marcada pelo recrutador tenha sua aplicação rodando na sua máquina local ou em algum serviço ne web (Ex: Heroku).

• https://www.php-fig.org/psr/psr-12/
• https://www.atlassian.com/continuous-delivery/software-testing/types-of-software-testing
• https://github.com/exakat/php-static-analysis-tools
• https://martinfowler.com/articles/microservices.html