[ThomasTDS]

Resumo

Adiciona pages/api.schemas.ts com schemas Zod construidos a partir de respostas reais coletadas manualmente (nao a partir da documentacao) para todos os endpoints ja testados: productsList, brandsList, searchProduct, verifyLogin, createAccount, deleteAccount, getUserDetailByEmail.

ApiPage agora chama Schema.parse() no corpo de cada resposta antes das asserções de conteudo ja existentes — valida a estrutura inteira (tipo e presenca de cada campo, incluindo objetos aninhados como category em produtos), nao so os poucos campos que ja checavamos manualmente. Se a API mudar um campo que nenhuma asserção toca diretamente, o schema ainda pega, com mensagem apontando exatamente qual campo e por que.

Removida a interface Product manual duplicada em api.page.ts, agora inferida do proprio schema (z.infer).

Vulnerabilidade de seguranca corrigida nessa PR (nao relacionada ao Zod)

Ao abrir a PR, o GitHub reportou 2 CVEs criticos e 1 moderado em handlebars@4.7.9, puxado transitivamente pelo Allure Report (usado pra renderizar os templates do proprio relatorio). Como o Allure ainda nao atualizou sua dependencia, forcei handlebars para 4.7.10 via overrides no package.json — resolve os 3 alertas (confirmado via npm audit) sem quebrar nada; o relatorio Allure foi gerado e conferido normalmente apos o bump.

Test plan

• npm run lint
• npm run format:check
• npm run typecheck
• npm audit --audit-level=high limpo apos o fix do handlebars
• Schema quebrado de proposito (price como number em vez de string) pra confirmar que a validacao realmente falha com mensagem detalhada, antes de reverter
• Suite completa (27 cenarios) rodada 3x seguidas apos o fix (1 falha pontual de rede absorvida por retry numa das rodadas, confirmada nao-relacionada ao schema em 2 reexecucoes limpas na sequencia)