Um testador insere uma data inválida em um formulário de reserva e o sistema trava. O bug — uma falha no componente, por exemplo, uma instrução de validação ou definição de dados incorreta — faz com que o componente deixe de executar sua função requerida. O testador registra o bug em um relatório de defeito com os passos para reproduzi-lo, e o desenvolvedor corrige a causa. Quando a correção é retestada e confirmada, o bug é encerrado.
Um bug é o mesmo que um defeito? Sim, na terminologia do ISTQB, bug e defeito são sinônimos de uma falha em um componente ou sistema que pode fazer com que ele deixe de executar sua função requerida. Termos relacionados: uma falha (fault) é o estado do componente quando o defeito está presente, e uma falha (failure) é o desvio observável do componente em relação ao seu comportamento esperado.
Qual é a diferença entre um bug, um fault e uma failure? Um bug (defeito) é a falha em si. Uma falha (fault) é o estado incorreto causado pela presença do defeito. Uma falha (failure) é o desvio observável externamente em relação ao comportamento esperado, quando o fault é ativado durante a execução.
Todo comportamento inesperado é um bug? Não necessariamente. O comportamento pode ser causado por um ambiente defeituoso, dados de teste ou ação do usuário — ou pode ser uma questão de especificação. É necessária uma investigação antes de rotular algo como bug.
Por que os testadores usam “defeito” em vez de “bug”? Porque defeito é o termo preciso, orientado à especificação, usado em normas e exames. Bug é a palavra informal do dia a dia para o mesmo conceito.
O que um bom relatório de bug deve conter? Um título claro, passos para reproduzir, resultados esperados versus reais, detalhes do ambiente, gravidade e prioridade, e evidências de apoio, como logs ou capturas de tela.
