A Tela de Login Não Decide o Que Cada Pessoa Pode Fazer

Imagine um app de agendamentos usado por clientes, equipe e responsável pelo negócio. Cada cliente deve ver os próprios horários. Uma pessoa da equipe talvez precise ver apenas os horários atribuídos a ela. Já a responsável pode precisar consultar a agenda inteira. Todas podem usar a mesma tela de login, mas não devem receber a mesma visão nem os mesmos poderes depois de entrar. O app precisa tomar uma decisão separada para cada cadastro, arquivo, relatório, reembolso e configuração que mostra ou altera.

A primeira pergunta é: “Qual conta entrou?”. O nome técnico é autenticação. Uma senha, um código de acesso temporário ou um link de entrada pode ajudar o app a responder. A segunda pergunta é: “O que esta conta pode fazer aqui?”. O nome técnico é autorização. Acertar a primeira resposta não resolve a segunda. O app precisa fazer as duas verificações. A cada pedido importante, ele deve decidir se a conta atual pode ver ou alterar aquela informação específica.

Crie duas contas com nomes bem claros, como Teste Ana e Teste Bruno. Cadastre agendamentos, pedidos, anotações de perfil ou nomes de projetos fictícios e diferentes para cada uma. Não use informações de clientes reais, dados verdadeiros de pagamento nem uma senha que você usa em outro lugar. Abra uma conta na janela normal do navegador e a outra em um perfil separado ou em uma janela anônima. Se possível, deixe o nome da conta visível para saber sempre qual pessoa está sendo testada.

Repita a mesma jornada comum com as duas contas. Abra o início, o perfil, as listas, os detalhes, os arquivos e os formulários que salvam mudanças. Use a busca normal, as notificações, as telas compartilhadas e os endereços de página copiados. Anote o resultado esperado e o resultado real. A intenção não é invadir o app. Você está verificando se Teste Bruno alcança as informações fictícias de Teste Ana por recursos disponíveis a uma pessoa comum. Se isso acontecer, não use esse recurso com informações reais até corrigir e testar novamente.

Uma tela pode parecer correta mesmo quando falta a proteção principal. Teste se cada conta consegue abrir um cadastro, salvar um formulário, enviar um arquivo, baixar um documento, alterar um endereço, cancelar um pedido, emitir um reembolso ou apagar informações. Quando uma ação deveria ser recusada, atualize a página e confirme que nada mudou. Uma mensagem clara ajuda, mas o resultado salvo é o que realmente importa. Esconder um botão de gerente deixa a tela mais simples; isso sozinho não impede uma alteração indevida.

O app deve conferir novamente a pessoa e o item específico na parte que recebe o pedido e lê ou grava as informações. O nome técnico é verificação de autorização no servidor. Servidor é o sistema que guarda informações ou realiza tarefas fora do navegador do visitante. Peça à sua ferramenta de IA para fazer a decisão ali, e não somente nos arquivos enviados ao navegador. Senhas, chaves de pagamento e códigos de acesso poderosos também devem ficar nessa parte protegida, pois visitantes podem examinar os arquivos recebidos pelo navegador.

Mantenha as duas contas e os cadastros fictícios para repetir a comparação. Faça isso depois de adicionar uma página, um relatório, um recurso pago, uma função da equipe, uma área de arquivos, uma notificação ou uma nova forma de abrir um item existente. Acrescente outra conta de teste quando surgir uma função realmente diferente, como gerente ou ajudante. Um recurso que funcionava com segurança no mês passado pode se comportar de outra forma após uma mudança, principalmente quando uma tela nova consulta as mesmas informações salvas por um caminho diferente.

Inclua o resultado esperado na sua lista habitual antes de publicar mudanças. Registre data, versão do app, conta usada, tarefa, resultado esperado e resultado encontrado. O VibeCodeWall verifica o app público por fora e acompanha mudanças importantes ao longo do tempo. Essa visão externa pode ajudar a perceber alterações visíveis ao público, mas não substitui a comparação entre contas conectadas. Seu próprio teste confirma se as pessoas permanecem dentro dos limites escolhidos ao usar os recursos normais. Corrija qualquer alcance inesperado antes de incluir informações reais ou convidar mais pessoas.