Como testar o seu app criado com IA quando você nunca testou software antes
Um guia prático para testar um app criado com IA quando você não tem experiência em QA. Onde clicar, o que quebrar de propósito e como saber quando está bom o bastante para compartilhar.
Você criou um app com IA. Ele funciona no caminho feliz — você digita o seu nome, clica no botão, vê a tela de sucesso. E agora? Está pronto para mandar para os seus três usuários beta? Para a sua equipe? Para os seus clientes?
Se você não tem formação em software, testar parece uma daquelas coisas que “desenvolvedores de verdade” fazem — com frameworks, asserções e pipelines de CI. A boa notícia: não é isso que a maioria dos testes de fato é. A maioria dos testes, especialmente quando você está lançando algo pequeno e novo, é uma pessoa clicando por aí com intenção. Você consegue fazer isso. Este post é sobre fazer de propósito, para você achar os bugs antes dos seus usuários.
O objetivo não é testar o seu app criado com IA como um profissional. É testá-lo como um amigo paranoico que genuinamente quer que ele funcione.
O truque das duas listas
Antes de clicar em qualquer coisa, sente-se por dez minutos com um documento em branco e escreva duas listas.
Lista A — os caminhos felizes. Quais são as três ou quatro coisas que um usuário deveria fazer com este app? Para um SaaS típico, isso pode ser: cadastrar-se, criar o primeiro projeto, convidar um colega, exportar um resultado. Para um app estilo diretório: buscar, filtrar, clicar num anúncio, salvá-lo. Três ou quatro fluxos reais, em linguagem simples.
Lista B — os caminhos infelizes. E se o usuário fizer algo quase certo, mas não exatamente? Digita o e-mail com um erro. Aperta o botão de voltar no meio do fluxo. Abre duas abas e edita a mesma coisa nas duas. Envia um formulário vazio. Cola o conteúdo de um documento do Word — com formatação e tudo — num campo de texto. Fecha o notebook e o reabre dez minutos depois. Tenta convidar um colega usando um e-mail que já existe no sistema.
A lista de caminhos felizes é o que o seu criador de apps com IA otimizou. É o que a IA mentalmente testou enquanto escrevia o código. A lista de caminhos infelizes é onde os bugs moram, porque quase ninguém — nem a IA, nem você quando estava escrevendo os prompts — estava pensando nesses casos.
Quando você de fato testar, percorra a Lista A primeiro para confirmar que o básico funciona. Depois gaste a maior parte do seu tempo na Lista B. A Lista B é onde está o valor. A Lista B é também onde você descobre o que de fato quer que o app faça quando as coisas desandam, o que muitas vezes força uma conversa esclarecedora com o criador de apps com IA (“quando o formulário está meio preenchido, ele deveria avisar ou salvar automaticamente?”).
Três coisas para quebrar de propósito
Quando você tiver as suas listas, aqui estão três categorias que pegam a maioria dos bugs reais em apps criados com IA.
Entradas vazias e esquisitas. Envie o formulário sem nada preenchido. Envie com um campo preenchido. Envie um nome com 500 caracteres. Envie um nome com emoji. Cole uma URL num campo que espera um nome. Tente o campo de e-mail com “teste”, com “teste@”, com “teste@exemplo”, com o endereço “a@b.co” — ele aceita e-mails curtos legítimos? Os criadores de apps com IA muitas vezes adicionam validação, mas a validação pode estar errada nas duas direções — rígida demais (rejeita usuários reais) ou frouxa demais (aceita lixo).
Indo para trás e para os lados. A maioria dos apps funciona bem se você os percorre como um grupo de turismo obediente. Eles quebram no momento em que alguém explora. Clique no botão de voltar. Clique para avançar de novo. Recarregue a página no meio de um fluxo. Abra a mesma página em duas abas e edite nas duas. Saia e entre de novo. Se você tem um botão de “desfazer”, clique nele três vezes seguidas. Esses não são casos extremos. É assim que pessoas reais usam software.
Os dados depois. Construa a coisa que o seu app constrói. Um projeto, um post, um registro, o que for. Aí volte amanhã. Ainda está lá? A formatação sobreviveu? Se você o editar, a edição salva? Se você o apagar, ele de fato sumiu, ou volta quando você recarrega? Os criadores de apps com IA muitas vezes acertam o fluxo de “criar” e esquecem que tudo o que você cria precisa persistir e ser editável depois.
Como é “bom o bastante”
Você nunca vai testar o seu app criado com IA até a perfeição. Software é emaranhado demais e o seu tempo é valioso demais. A pergunta não é “está perfeito” — é “está bom o bastante para o próximo grupo de pessoas que eu vou colocar na frente dele”.
Aqui vai uma hierarquia grosseira que você pode tomar emprestada.
Bom o bastante para demonstrar: o caminho feliz funciona sem travar. Os botões vão para onde deveriam. Você consegue mostrar uma gravação de tela sem cortar nada.
Bom o bastante para usuários amigáveis: os caminhos infelizes não perdem dados. Os formulários dizem o que está errado em vez de falhar em silêncio. Recarregar a página não quebra as coisas. Três amigos conseguem usar sem te mandar mensagem pedindo ajuda.
Bom o bastante para usuários pagantes: o app lida com usuários que você nunca conheceu. Os navegadores deles, os dados deles, os hábitos deles. Você tem uma forma de ver quando as coisas quebram (um rastreamento básico de erros é o bastante — você não precisa de um painel sofisticado). Você consegue corrigir e reimplantar sem quebrar para quem já está usando.
A maioria dos criadores lança no nível de “usuários amigáveis” e depois evolui conforme o feedback chega. Isso é correto. O erro é tentar pular de “bom o bastante para demonstrar” direto para “bom o bastante para usuários pagantes” sem o passo intermediário. Usuários amigáveis encontram coisas que usuários reais encontrariam — mas eles não ficam bravos com elas. Use essa folga.
Quando pedir à IA para testar por você
O seu criador de apps com IA pode ajudar com os testes, mas você tem que ser específico sobre o que quer. “Adicione testes” é um prompt ruim. Ele vai gerar um código que parece teste e provavelmente passa, sem de fato checar nada com que você se importa. A maioria desses testes autogerados confirma que 1+1 ainda é 2.
Um prompt melhor: “Acabei de tentar enviar o formulário de cadastro com o campo de e-mail vazio e ele travou. Encontre onde isso é tratado e adicione uma verificação que mostra um erro amigável no lugar.” Bug específico, correção específica, resultado específico. A IA é boa nisso. Ela é ruim em “garanta que o meu app esteja livre de bugs” porque isso não é uma tarefa — é um desejo.
A outra coisa em que os criadores de apps com IA são bons é em reproduzir o seu bug. Se você descreve o que fez, o que esperava e o que aconteceu, o criador em geral consegue rastrear o código e propor uma correção. A disciplina de que você precisa é a disciplina de anotar essas três coisas com clareza. A maioria dos relatos de bug de iniciante é alguma versão de “não funciona”. A maioria dos relatos de bug corrigíveis é “cliquei em X, esperava Y, recebi Z”.
Testar é ler, não só clicar
Uma última coisa. Você não precisa entender cada linha de código do seu app criado com IA para testá-lo bem. Mas você deveria pelo menos dar uma passada de olhos. Abra o arquivo que a IA acabou de mudar. Leia a função que ela adicionou. Você não precisa saber o que cada palavra-chave significa — você precisa saber se a função parece estar fazendo o que você pediu.
Boa parte dos bugs de apps criados com IA não é “o código está quebrado”. É “o código faz algo um pouco diferente do que você queria”. Um campo salva no lugar errado. Um botão atualiza uma coisa mas não a coisa relacionada. Um botão de “apagar” esconde em vez de apagar. Você não pega esses sem ler o que foi de fato construído.
Trate o código como algo que você pode auditar, não como algo que você tem que escrever. Essa é a diferença entre um app criado com IA em que você confia e um em que você só torce para funcionar.
A versão simples
Se você não lembrar de mais nada: escreva as duas listas, quebre as coisas de propósito e decida em qual nível de “bom o bastante” você está lançando. A maioria dos bugs num app criado com IA não é sutil. Eles estão sentados na lista de caminhos infelizes que ninguém se deu ao trabalho de escrever.
Se você quiser uma pequena tarefa de casa: escolha um app que você construiu e tente quatro coisas — envie um formulário vazio, recarregue no meio de um fluxo, edite um registro e confira amanhã, e peça a um amigo para usar sem você olhando. O que quebrar é a sua lista de bugs de verdade. Todo o resto é procrastinação.