Uma das situações mais desafiadoras para nossos testadores é lidar com a rejeição de relatórios de bugs pelos TLs. No entanto, é importante compreender que essa decisão não tem motivações pessoais. Os TLs avaliam os relatórios de bugs com base nos padrões de qualidade da Test IO e determinam se eles atendem a esses padrões ou não. Isso não deve ser interpretado como uma crítica às suas habilidades de teste. Pelo contrário, é uma oportunidade para compreender onde seu relatório pode ser aprimorado e como evitar problemas semelhantes no futuro. Para ajudar nesse processo, compilamos uma lista de motivos comuns pelos quais os TLs rejeitam relatórios, acompanhados de explicações detalhadas sobre o que eles representam e como você pode aprender com eles. Esta lista está disponível na tabela abaixo.
Motivo de Rejeição | Explicação | Como Melhorar? |
Not a bug | Hi, | Esse motivo de rejeição indica que você enviou um relatório de bug para um comportamento que, na verdade, é considerado normal para aquela funcionalidade.
A principal dica aqui é que, sempre que você encontrar algo incomum durante os testes, procure evidências que sustentem o seu relatório. Lembre-se também de que diferentes clientes podem ter implementações diversas para a mesma funcionalidade. Por exemplo, considere o Menu de Navegação Principal: alguns menus permanecem abertos após o clique e só fecham quando você clica fora deles, enquanto outros fecham automaticamente assim que o cursor sai da área expandida. |
Out of scope | Hi, | Esse motivo de rejeição indica que você enviou um bug válido, mas que está fora do escopo do teste.
A melhor dica para evitar essa rejeição é ler atentamente as instruções do teste e o chat do ciclo de teste, e concentrar seus testes nas funcionalidades que estão dentro do escopo do teste. |
Duplicate | Hi, | Esse motivo de rejeição indica que você enviou um bug que tem a mesma causa raiz que um bug relatado por outro testador ou que você mesmo relatou anteriormente, e que seu relatório foi enviado após o relatório original.
A dica neste caso é rolar para baixo e verificar os bugs já enviados antes de enviar o seu bug. Verifique as funcionalidades e os títulos primeiro. Se um bug parecer ser o mesmo que o seu, você precisa abri-lo para ler a descrição e verificar se a causa raiz do problema é a mesma. Se for, você não deve enviar um novo relatório, ou exclua o seu relatório imediatamente. Lembre-se de que às vezes pode ser necessário reproduzir o bug com um console aberto de outro testador para entender se a causa do bug é a mesma ou não. |
Other... | Hi, | Esse motivo de rejeição é aplicado quando seu bug precisa ser rejeitado por um motivo incomum.
O TL sempre incluirá informações adicionais para explicar sua decisão. Portanto, é importante ler atentamente o motivo de rejeição para entender qual é o problema com seu relatório e como evitá-lo no futuro. |
Known bug | Hi, | Esse motivo de rejeição indica que o bug já foi relatado em ciclos de teste anteriores e adicionado à lista de Bugs Conhecidos. O cliente busca bugs únicos que não foram relatados antes por nossos testadores.
Uma dica profissional é verificar a guia de Bugs Conhecidos antes de enviar um bug, filtrando funcionalidades e tipos de bugs. Além disso, verifique os bugs originais, seus anexos e descrições. Também, observe a seção "Bugs Semelhantes" na barra lateral direita enquanto envia o relatório. |
Inconsistent report | Hi, | Esse motivo de rejeição ocorre quando a qualidade do seu relatório de bug é insuficiente para ser encaminhado ao cliente no estado em que se encontra durante a revisão do TL.
Uma dica importante é verificar se todas as etapas para reproduzir o bug estão listadas, assegurando que o relatório de bug contenha um título significativo e informações completas sobre os resultados esperados e reais. Se o inglês não é seu idioma nativo, utilize Deepl para traduzir do seu idioma para o inglês e considere a instalação da extensão gratuita Grammarly em seu dispositivo para verificar erros gramaticais antes de enviar o relatório. |
Didn't follow instructions | Hi, | Esse motivo de rejeição ocorre quando você não segue uma ou mais instruções do cliente no ciclo de teste, nas funcionalidades, ou quando o TL fornece orientações via Chat. Isso resulta no envio de um bug que não está alinhado com as regras e diretrizes da Test IO ou do cliente.
A dica é simples: leia sempre atentamente as instruções do teste e as mensagens no chat. Se algo não estiver claro, pergunte ao TL no chat do ciclo de teste. |
Implausible behaviour | Hi, | Esse motivo de rejeição ocorre quando o bug relatado resulta de um comportamento de usuário incomum. Geralmente, bugs causados por ações não usuais do usuário não são relevantes para nossos clientes. Além disso, o TL e outros testadores não conseguiram reproduzir o bug em dispositivos semelhantes.
A dica é simples: evite a execução de ações incomuns, como tocar um botão rapidamente três vezes, pois esses bugs não estão relacionados a ações normais dos usuários. Além disso, sempre verifique se o bug é reproduzível em outros dispositivos, quando possível. |
Automatic | Hi, | Esse motivo de rejeição ocorre quando o bug encontrado tem um impacto insignificante para o cliente e corrigi-lo custaria mais do que os benefícios.
A dica é avaliar sempre o impacto do bug que você encontrou e seu custo potencial para o cliente. Às vezes, o público afetado pelo bug é tão pequeno que a correção simplesmente não é viável. |
Unanswered request | Hi, | Esse motivo de rejeição ocorre quando informações adicionais importantes solicitadas pelo TL não foram fornecidas. Essas informações eram necessárias para reproduzir o bug ou encaminhá-lo com qualidade padrão para o cliente.
A dica é responder prontamente às solicitações do TL, fornecendo todas as informações solicitadas ou anexos adicionais, conforme as instruções do TL. Se o bug não puder mais ser reproduzido em sua máquina, informe o TL nos comentários e agradeça pela oportunidade de comprovar que o bug existe. Alguns problemas são temporários, e é melhor informar o TL honestamente em vez de tentar forçar o bug novamente. |
Low quality attachments | Hi, | Esse motivo de rejeição ocorre quando o relatório de bug inclui anexos que não contêm informações obrigatórias relevantes ou quando o bug não está adequadamente marcado (no caso de bugs de Conteúdo e Visual). Isso também pode ocorrer quando os anexos não podem ser abertos em navegadores comuns ou quando a qualidade geral dos anexos não é suficientemente boa para identificar o problema claramente.
A dica é retornar às informações essenciais e consultar os artigos da Academia sobre Anexos de Relatórios de Bug, Capturas de Tela e Imagens. |
Language issues | Hi,
| Esse motivo de rejeição indica que há espaço para melhoria em suas habilidades em inglês ou alemão para atender aos nossos padrões de qualidade.
Nossa sugestão é usar o Deepl para traduzir o texto de sua língua nativa para o inglês ou alemão (dependendo do idioma solicitado para o relatório de bug). Além disso, você pode instalar o aplicativo Grammarly em seu dispositivo ou a extensão do navegador para aprimorar suas habilidades de escrita em inglês enquanto elabora um relatório de bug. |
Wrong bug type | Hi,
| Esse motivo de rejeição é selecionado quando o bug é válido e está dentro do escopo, mas você escolheu o tipo de bug errado. Por exemplo, enviou um bug VISUAL como um bug de CONTEÚDO.
Nossa sugestão aqui é reler todos os artigos relacionados aos tipos de bugs que temos (Bugs Funcionais, Bugs Visuais, Bugs de Conteúdo, Sugestões de Usabilidade) e relatar o bug com o tipo correto. |