Processo de Revisão
Após enviar um relatório de bug, ele terá o status "Aguardando Revisão". Neste momento, o Líder da Equipe deve revisar o relatório de bug.
Se o Líder da Equipe tiver dúvidas adicionais, o status do relatório de bug mudará para "Solicitação pela Test IO". Uma vez no estado de solicitação, você tem 24 horas para editar o relatório de bug e adicionar as informações solicitadas.
Se uma solicitação foi enviada a você e você editou o relatório de bug, o status voltará a ser "Aguardando Revisão". O Líder da Equipe revisará novamente o seu relatório de bug e tomará uma decisão.
Se o seu relatório de bug não for legítimo, não estiver bem documentado ou se você não responder a uma solicitação dentro de 24 horas, o relatório será "Rejeitado pela Test IO". Se você estiver convencido de que a decisão do Líder da Equipe foi errada, pode usar a funcionalidade de contestação de bugs.
Em todos os outros casos, o Líder da Equipe aprovará o relatório de bug e o status dele mudará para "Encaminhado para o cliente". Agora é a vez do cliente revisar o seu relatório de bug.
Os clientes também podem solicitar mais informações. O status será então "Solicitação pelo cliente".
Se o cliente aceitar o relatório de bug, o status dele mudará para "Aceito pelo cliente".
Se o cliente rejeitar o relatório de bug, o status dele mudará para "Rejeitado pelo cliente".
Status dos Bugs
Aguardando Revisão: O relatório de bugs enviado está aguardando revisão pelo Líder da Equipe.
Solicitação pela Test IO: O Líder da Equipe enviou uma solicitação de mais informações nas últimas 24 horas. A solicitação ainda está pendente.
Encaminhado para o cliente: O relatório de bugs passou pela revisão do Líder da Equipe e o testador recebe o pagamento pelo bug. O relatório está visível para o cliente e pronto para a revisão do cliente (dentro de 10 dias após o término do teste).
Rejeitado pela Test IO: O Líder da Equipe rejeitou o relatório de bugs com uma razão específica. A decisão pode ser contestada.
Solicitação pelo cliente: O cliente enviou uma solicitação de mais informações ou esclarecimentos nas últimas 24 horas. A solicitação ainda está pendente.
Aceito pelo cliente: O cliente revisou o relatório de bugs e o aceitou. O testador recebe um bônus de 10% do cliente.
Rejeitado pelo cliente: O cliente revisou o relatório de bugs e o rejeitou. O testador ainda recebe o pagamento pelo bug devido à decisão do Líder da Equipe.
Arquivado: O cliente não aceitou nem rejeitou ativamente o relatório de bugs, então arquivamos o relatório no sistema.
Garantia de Pré-Aceitação
Observe que o fato de um problema ter sido aceito no passado (seja pelo Líder da Equipe ou pelo cliente) não garante que o mesmo problema será aceito em todos os testes futuros.
É claro que nosso objetivo é avaliar todos os erros de maneira comparável, mas não podemos descartar completamente que algo tenha passado despercebido no passado ou que novas informações tenham sido adicionadas desde então.
Alguns exemplos de situações em que o seu bug será rejeitado, mesmo que um bug semelhante tenha sido aceito no passado:
O Líder da Equipe aceitou um bug, mas não estava certo se era um bug válido ou não, e o cliente deixou um comentário explicando que era de fato um comportamento intencional.
O cliente aceitou um bug e não o adicionou à lista de Bugs Conhecidos, mas deixou um comentário explicando que os requisitos mudaram.
As instruções do ciclo mudaram (sempre leia as instruções com atenção).
Você recebeu um bônus em uma disputa, mas o gerente de disputas pediu para você não enviar mais esse bug específico.
Alguém da equipe (o Líder da Equipe, o CSM ou o cliente) pediu para você não enviar mais problemas no chat.
As regras gerais do Test IO mudaram e as informações sobre as novas regras podem ser encontradas na Academia.