1000 Erros, Uma Planilha do Google e Cinco Horas que Nunca Terei de Volta
Todo bug tem uma história. A maioria começa com a frase: "Na minha máquina funciona."
Estávamos testando um recurso de importação de dados para uma empresa de geração de leads. O recurso parecia simples. Você clica em um botão de importação, faz o upload de uma planilha e o sistema carrega os contatos. Todos presumiram que funcionava.
Essa suposição é uma armadilha.
Testadores existem para arruinar essa suposição. O "caminho feliz" (happy path) sempre mente para você.
Se usássemos um arquivo Excel limpo, a importação passaria. Poderíamos ter ido almoçar. Poderíamos ter lançado o recurso. Mas um cliente teria encontrado o bug em uma manhã de segunda-feira em produção.
O problema era uma Planilha do Google.
Usuários reais não usam arquivos Excel limpos. Eles usam Planilhas do Google bagunçadas. Eles esperam que os sistemas lidem com o caos deles.
Quando fizemos o upload dos dados da Planilha do Google, o sistema falhou. Vimos mais de 1.000 erros. A tela se encheu de erros. O mesmo botão e o mesmo tipo de dado causaram um colapso total apenas porque o formato de origem mudou.
Voltamos ao Excel para testar mais. Tentamos uma mistura de linhas válidas e inválidas. O sistema lidou bem com isso. Ele pulou as linhas ruins e continuou.
Então tentamos o caos do mundo real. Fizemos o upload de um arquivo em massa com centenas de linhas. A maioria era lixo. Apenas algumas eram boas.
O sistema quebrou completamente. A lógica de validação funcionou para algumas linhas ruins, mas morreu sob uma montanha de dados ruins.
Passamos cinco horas encontrando a causa raiz. Ficamos encarando telas, reexecutamos testes e culpamos os arquivos, o navegador e o café.
Essas cinco horas foram baratas. A alternativa era um cliente perdendo sua tarde e perdendo a confiança em nosso produto. Você paga por bugs em testes com tempo. Você paga por bugs em produção com clientes.
Eu escolherei as cinco horas todas as vezes.
Um bom testador não pergunta se um recurso funciona. Um bom testador pergunta como quebrá-lo.
Pare de pensar como um desenvolvedor. Comece a pensar como estas pessoas:
- O usuário preguiçoso que faz o upload do formato de arquivo errado.
- O usuário do caos com células mescladas e linhas vazias.
- O usuário de grandes volumes com 4.000 registros sujos em vez de 10 limpos.
- O encrenqueiro que faz exatamente o que não deveria fazer.
O software quebra com as entradas que você não esperava.
Os recursos mais "simples" são frequentemente os mais perigosos. O botão de importação, a caixa de pesquisa e o formulário de contato parecem inofensivos. Eles não são.
Se um recurso passa pelo "caminho feliz", não siga em frente. Seja a pessoa que pergunta: "E se eu fizer o upload do pior arquivo imaginável?"
Então, vá e faça isso.
Comunidade de aprendizado opcional: https://t.me/GyaanSetuAi