Se você encontrar um bug que já foi relatado por outro testador, infelizmente, você não pode enviar o mesmo bug novamente. No entanto, o que você pode fazer é enviar uma reprodução! As reproduções são úteis para os clientes porque indicam quais ambientes estão envolvidos e se o problema é específico de um dispositivo ou não. Portanto, isso dá aos clientes uma ideia melhor de quão grave é o bug.
Para reproduzir um bug, siga os mesmos passos descritos pelo testador original em seu relatório. Se você experimentar o mesmo bug que o testador original, chamamos isso de reprodução positiva. Se você não conseguir reproduzir o bug, apesar de seguir os mesmos passos, chamamos isso de reprodução negativa.
Uma reprodução negativa deve mostrar que a função funciona em seu dispositivo, para que você não experimente nenhum bug. Se você encontrar um bug diferente, deve enviar um relatório de bug ou reproduzir o relatório de bug de outro testador que tenha relatado aquele problema.
Sessão de Reprodução
Depois de clicar em "Iniciar reprodução", o testador terá 30 minutos para concluir o relatório de reprodução.
Enquanto isso, a vaga para a reprodução é considerada ocupada, e nenhum outro testador pode ocupar esta vaga de reprodução.
Se o testador cancelar a reprodução, a vaga estará disponível para outro testador.
Se o testador não enviar um relatório de reprodução dentro do tempo reservado, a reprodução expirará e a vaga estará disponível para outro testador.
Regras
As seguintes regras se aplicam às reproduções de anexos:
Um screencast é obrigatório.
Seu screencast não deve ter mais de 15 segundos. Mostrar a ação que desencadeia o bug é suficiente na maioria dos casos.
Somente em casos raros, se você não puder mostrar a ação que desencadeia o bug dentro de 15 segundos (por exemplo, quando a página está carregando infinitamente), sua gravação de tela pode ser mais longa, mas não mais longa do que a gravação de tela do testador original.
Sua gravação de tela deve incluir a data atual e a barra de URL ao testar um site.
Ao reproduzir um travamento de aplicativo, faça o upload de um arquivo de log de travamento além do sua gravação de tela de reprodução. Sua gravação de tela deve corresponder ao log de travamento anexado, ou seja, os tempos devem ser coerentes.
Além das regras mencionadas acima, todas as outras regras de nosso artigo de Anexos de Relatório de Bugs, como Requisitos Gerais de Anexos, Regras Específicas de Data e Hora, Regras Específicas de Gravações de Tela e Regras Específicas de Gravações de Tela para Dispositivos de Streaming, também se aplicam às reproduções de anexos.
Reproduções que não cumpram as regras serão rejeitadas, por exemplo, se sua gravação de tela for muito longa ou se mostrar etapas desnecessárias.
Observação: Se você enviar uma reprodução no bug fora de escopo (por exemplo, fazer pedidos em ambiente real), provavelmente receberá um aviso junto com a rejeição.
Os testadores também só poderão executar uma tarefa de cada vez:
Se o testador tiver outra tarefa ativa no momento em que acessar a reprodução, o banner de aviso com o botão de redirecionamento para a tarefa ativa aparecerá.
As tarefas que não podem ser executadas ao mesmo tempo são:
Execução de Caso de Teste
Sessão de Teste
Execução de Reprodução de Bug
Confirmação da Correção de Bug
Confirmação do Relatório de Bug
Você pode ver o botão "Iniciar reprodução" se:
enquanto o teste estiver em andamento
apenas para relatórios de bugs funcionais de outros testadores
apenas para relatórios que não foram revisados pelo cliente
apenas se o número máximo de reproduções para o relatório de bug não tiver sido atingido (depende do plano adquirido pelo cliente).