10 reasons why your bugs are getting rejected
Eu não vou poupá-la. Ela rejeitou 7 bugs, eu relatei, nos últimos três dias. Eu sei que ela está usando rancores pessoais como uma espada profissional ……
Um colega de equipe estava furioso e a discussão de repente pegou fogo quando alguns outros companheiros de equipe se juntaram para compartilhar a mesma experiência com outros desenvolvedores. A reunião da equipe virou um ponto de discussão sobre a rejeição de bug. Depois de alguma discussão, todos nós decidimos fazer um exercício simples para nos salvar da humilhação de um bug rejeitado no futuro.
Cada um de nós começou a tomar notas como os motivos da rejeição de bug para os últimos 10 bugs, relatados e rejeitados. A lista dessas notas de rejeição provou ser útil para entender a futura trilha de relatórios de bugs e qual foi a suposição errada feita.
Rejeição de bug e razões por trás disso
Em vez de revelar a lista, gostaria de compartilhar os pontos de resultado da lista. Aqui está -
# 1) Entendendo mal os requisitos:
Por qualquer motivo, se você não entendeu o requisito corretamente, definitivamente procuraria o requisito mal interpretado na implementação real e, quando não o encontrasse, seria um bug para você, que finalmente será rejeitado.
Exemplo da vida real : Depois de testar uma receita, você descobriu que ela não tinha gosto porque o sal não foi adicionado, mas você não sabia que o sal deveria ser adicionado na hora de servir, caso contrário, isso pode afetar a aparência da receita.
com o que abrir arquivos json
# 2) Implementação de requisitos:
Como parte de uma discussão anterior, você estava ciente de que um requisito específico seria implementado no modo XYZ. Mas durante o desenvolvimento, o desenvolvedor descobriu que não era possível seguir o caminho XYZ e então ele seguiu o caminho ABC e isso não foi comunicado a você.
Por fim, você relatará um bug quando descobrir que o requisito não foi implementado da maneira como foi discutido.
Exemplo da vida real : Você pediu ao alfaiate que preparasse uma camisa e quando lhe foi solicitado o julgamento, você a rejeitou, dizendo que não encontrou botões nela. Quando o alfaiate explica que colocar botões na frente teria afetado a aparência geral da camisa e, portanto, ele a colocou dentro da borda frontal, você definitivamente ficaria pasmo.
# 3) Sem requisitos claros:
Quando não há requisitos claros disponíveis, todos são livres para assumir os requisitos à sua maneira e isso leva a uma suposição em um nível pessoal. Quando você vê que a suposição pessoal não está satisfeita, você a marca como um bug.
Exemplo da vida real : Você precisa desenhar uma bicicleta quando a professora anunciou que esperava que os alunos desenhassem uma bicicleta. Depois de meia hora, quando ela verificou o desenho de todos, ela não encontrou ninguém que correspondesse às suas expectativas. Cada um interpretou a vaga declaração à sua maneira e o resultado foi um triciclo, uma bicicleta para bebês, muitas bicicletas, uma bicicleta com a cadeira de rodas e assim por diante.
# 4) Mudança no requisito:
Outro exemplo de falha de comunicação, na maioria das vezes. Quando os testadores não são informados sobre as mudanças de requisitos, mais bugs serão relatados e, por fim, rejeitados.
Exemplo da vida real : Definitivamente, você rejeitará o sanduíche quando descobrir que ele usou pão de mel em vez do pão de banana que você pediu. Pelo menos você sabia que seu parceiro alterou o tipo de pão do pedido enquanto você estava ao telefone e, claro, ele não achou necessário compartilhar com você.
# 5) Escopo de compreensão:
Durante o teste, você começa a testar algo que não deve ser considerado testável em um ponto específico ou não está coberto pelos critérios do produto; você será vítima de rejeição de bug.
Exemplo da vida real : Você deve varrer uma sala e esse é o único foco. Ainda assim, se você reclamar da bagunça nas outras áreas, você definitivamente será ignorado.
# 6) Ambiente de Teste:
Um aplicativo / produto é uma combinação de vários requisitos de hardware e software - principais e secundários, e quando o ambiente de teste adequado não é usado ou algo está faltando no ambiente de teste, o aplicativo / produto bloqueia e um bug crítico é relatado….
O que acontece a seguir é - investigação profunda porque na maioria das vezes, não tomamos o cuidado de fornecer detalhes menores sobre o ambiente de teste que usamos e isso aumenta o trabalho do desenvolvedor. Em última análise, o bug é rejeitado.
Exemplo da vida real : Aqueles muffins gostosos que você provou na casa de um amigo antes de alguns dias estavam incríveis e depois de seguir a receita os muffins não estavam nem perto do que você tinha.
Bem, você não deveria usar manteiga velha porque manteiga fresca não estava disponível, você não deveria adicionar a pitada de grama de farinha porque você pensou que poderia adicionar o sabor, você não deveria cozinhá-la na panela como o forno estava fora de serviço.
Leitura recomendada => Como preparar efetivamente o “ambiente de teste”.
# 7) Dados de teste usados:
Os dados de teste usados para teste não correspondem a um requisito.
Exemplo da vida real : Mesmo sabendo que a calculadora é útil para o processamento numérico, se você tentar adicionar caracteres especiais e quando a calculadora responder inesperadamente, você acha que foi impróprio. Sério?
Leitura recomendada => Dicas para projetar dados de teste e Técnicas de gerenciamento de dados de teste .
# 8) Bug duplicado:
Alguém já relatou o mesmo bug e você não teve o cuidado de verificar o mesmo antes de relatar o bug. Novamente rejeição.
Exemplo da vida real: O responsável pelo atendimento ao cliente não ficará feliz quando receber várias ligações de reclamação para o mesmo produto de cada membro da família. Não era uma chamada suficiente, ele pensava.
qual é o melhor limpador de computador grátis?
# 9) Descrição de bug inadequada:
Quando o desenvolvedor não consegue entender o que você estava tentando transmitir através do relatório de bug, espere que seja rejeitado porque eles também estão carregados com outras tarefas e quando eles não encontram a descrição adequada e os detalhes necessários no relatório de bug, não importa como crítico é o bug, espera-se que seja marcado como Rejeitado.
Leitura recomendada => Como escrever um bom relatório de bug? Dicas e truques.
Exemplo da vida real: Você precisa destravar o carro, deve sentar-se e começar movendo as chaves no sentido horário ... o carro não deu partida e você está chateado. Você não foi instruído a verificar se há gasolina? Oh, um erro no manual, pois presumia que você certamente entenderá que deveria estar marcado por padrão.
# 10) Bugs não reproduzíveis:
Ao relatar um bug, você nunca percebeu a importância da reprodutibilidade do bug. Apenas ter certeza de que o bug é reproduzível sempre ou aparece aleatoriamente pode economizar horas de trabalho e mais um bug rejeitado.
Exemplo da vida real: O que o médico deve verificar quando você reclama de um resfriado forte, mas não encontra nenhum sintoma. Oh, eu só estava espirrando forte , não tornará a situação melhor.
Conclusão
Na maioria das vezes, nossa natureza humana nos permite pensar negativamente quando o bug relatado é rejeitado. Genuinamente, os desenvolvedores não veem um motivo específico para rejeitar o bug se ele for válido.
Portanto, da próxima vez em diante, não se concentre na contagem de bugs. Concentre-se em bugs qualitativos com os detalhes adequados porque, em última análise, o que importa é como você ajudou a melhorar a qualidade do produto e não quantos bugs relatou.
Além disso, leia => Como resolver todos os seus bugs sem qualquer rótulo de ‘bug inválido’?
Sobre o autor: Este artigo útil foi escrito por Bhumika Mehta, membro da equipe STH. Ela é líder de projeto com mais de 7 anos de experiência em testes de software.
Bom teste! Como de costume, à espera de seus pontos de vista sobre o mesmo.
Leitura recomendada
- Como resolver todos os bugs sem o rótulo 'Bug inválido'?
- Por que o relatório de bug é uma arte que deve ser aprendida por todos os testadores?
- A arte de relatar bugs: como comercializar e consertar seus bugs?
- Por que o software tem bugs?
- 7 tipos de erros de software que todo testador deve saber
- 11 maneiras de saber que é um testador ..
- Exemplo de relatório de bug
- 5 maneiras de ser um testador de software ousado e confiante