← Todos os QA Cases

CASE 02 / API REST

O limite de cinco unidades parava na interface.

Uma chamada direta mostrou uma divergência entre a validação Web e a regra da API.

Verzel Store · desafio técnico · 10/2026

RESULTADOValidação inconsistente identificada entre camadas
ESTADO DA EVIDÊNCIA

Aberto no relatório original

Relatório BUG-002
PAYLOAD MÍNIMO / API-007
{
  "itens": [
    { "produtoId": "P005", "quantidade": 6 }
  ]
}
ESPERADO → OBTIDO

HTTP 422 → HTTP 200

QUANTIDADE_MAXIMA_EXCEDIDA
→ quantidade aceita e carrinho calculado

01

Problema

A interface limitava a quantidade por produto a cinco unidades, mas a API aceitava seis e calculava o pedido normalmente.

02

Contexto

O critério CA10 estabelecia limite de quantidade por produto. A validação foi exercitada tanto no fluxo comum da Web quanto em uma requisição independente da interface.

03

Reprodução

Enviar POST /api/carrinho/calcular com itens contendo produtoId P005 e quantidade 6. Conferir o status HTTP e o JSON retornado.

04

Investigação

Comparar o bloqueio da interface com o comportamento do endpoint. O teste negativo verificou se a regra permanecia válida quando o cliente enviava um dado que o controle visual não permitia selecionar.

05

Evidências

API-007: resposta HTTP 200, quantidade 6 aceita e subtotal/total de 600. O esperado era HTTP 422 com QUANTIDADE_MAXIMA_EXCEDIDA. A captura da resposta está no repositório.

06

Hipóteses

Validação ausente ou incompleta no lado servidor é uma hipótese. Sem inspeção do código do serviço testado, não é possível indicar a função ou condição responsável.

07

Testes realizados

Cenários positivos, negativos e de limite de quantidade na Web e no Postman, com verificação de código HTTP, campos da resposta e regras do cálculo.

08

Descobertas

O bloqueio visual não garante a regra no serviço. A API processou um valor fora do contrato esperado, demonstrando a necessidade de validar a mesma regra em camadas diferentes.

09

Comunicação

BUG-002 relacionado a CA10 e API-007, com payload mínimo, esperado/obtido, impacto e evidência. O registro foi preparado como entrega do desafio técnico.

10

Solução ou resultado

Defeito documentado e aberto no relatório de origem. Resultado: payload de reprodução e critério objetivo para reteste. Nenhuma correção foi atribuída ao candidato ou ao serviço sem evidência.

FONTE E ESCOPO

Estudo de caso organizado a partir da documentação existente. Os resultados descrevem as execuções registradas nas fontes e não afirmam uma nova execução ou correção atual.

Relatório BUG-002

CONTINUE EXPLORANDO

Outras investigações

R$ 200,00 no carrinho. R$ 19,90 a mais no total. Uma compra concluída sem nenhum produto. Um segundo sem quadro não é um segundo de JavaScript bloqueado.