2. Quando enviar um relatório de problema

Existem muitos tipos de problemas, e não são todos que devem originar um relatório de problemas. Naturalmente, ninguém é perfeito e haverá ocasiões onde você estará certo de que encontrou um bug em um programa quando de fato você entendeu errado a sintaxe de um comando ou então cometeu um erro de digitação em um arquivo de configuração (o que por sua vez pode indicar uma documentação pobre em detalhes ou então uma manipulação pobre do erro por parte da aplicação). Há ainda muitos casos onde enviar um relatório de problema não é claramente a melhor ação a ser tomada, e servirá somente frustrar os desenvolvedores. Inversamente, existem situações onde é recomendado que se envie um relatório de problema sobre um detreminado bug ou então sobre pedido de nova funcionalidade, por exemplo.

Sendo assim como você irá determinar o que é um bug e o que não é ? Porque existe uma regra simples que diz que se o seu problema não é um bug se ele puder ser expressado com uma pergunta (normalmente na forma Como eu faço X? ou então como Onde eu posso encontrar Y?). Não é sempre claro dessa forma, mas a regra da pergunta cobre a grande maioria dos casos. Se você esta procurando por uma resposta, considere enviar a sua pergunta para a lista lista de discussão FreeBSD de perguntas genéricas.

Em alguns casos pode ser apropriado enviar um relatório de problema para algo que não é realmente um bug, como por exemplo:

• Solicitação de adição de novos recursos. Geralmente é uma boa idéia circular estas propostas nas listas de discussão antes de envia-la em um relatório de problema.

• Notificações de atualizações de softwares mantidos externamente (principalmente do ports, mas também sobre componentes do sistema básico mantidos externamente, como por exemplo o BIND e varios outros utilitários GNU).

Um outro ponto é que o sistema onde você observou o bug não estiver razoavelmente atualizado, você deve considerar seriamente uma atualização e após você deve tentar reproduzir o problema no sistema atualizado antes de enviar o relatório de problema. Não existe nada que irrite um desenvolvedor mais do que receber um relatório de problema para um bug que ele ja corrigiu.

Finalmente, um bug que não pode ser reproduzido raramente poderá ser corrigido. Se o erro ocorrer somente uma vez e você não puder o reproduzir, e tudo indicar que não ocorre mais niguém, as chances de que nenhum dos desenvolvedores poderá reproduzi-lo ou de descobrir o que está errado são minimas. Isso não significa que ele não aconteceu, mas significa que as possibilidades de seu relatório do problema leve a solução do problema são bem reduzidas, e você deve considerar a possibilidade de deixar o assunto de lado.