Processo de tratamento de Bugs

##Sobre Este documento descreve uma metodologia bem simples para tratar os bugs que surgem no dia-a-dia. Em poucas palavras este processo cria uma linha expressa (express line) para bugs de Alta prioridade.

##Premissas

1. Todos os membros devem estar envolvidos na resolução de bugs.
2. Os bugs são divididos em Alta, Média e Baixa prioridade.
3. Somente os bugs de Alta e Média prioridade são resolvido de acordo com esse processo.

##Processo

• Alta prioridade: A tarefa que estiver sendo realizada é interrompida para solucionar o bug.
• Média prioridade: Ao concluir a tarefa que estiver sendo realizada, deve-se solucionar o bug.
• Baixa prioridade: São tarefas que estão registradas, mas não precisam ser solucionadas de imediato. Após o termino das tarefas que foram planejadas na Sprint, os bugs de baixa prioridade devem ser resolvidos. Se os bugs de baixa prioridade chegarem a 20, deve-se criar uma história para resolver e zerar os bugs de baixa prioridade.

Para referenciar um bug no Issues do github, basta utilizar a nomenclatura #número-do-bug (#9). Ao finalizar a resolução de um bug, no commit deve-se utilizar a nomenclatura Closes #1. Deste modo, o commit fechará o bug e criará uma ligação entre eles. Exemplo: git commit -m "Inserção do link de 'Abandonar curso' no header de Course. Closes #208"

##Issues adiados Para casos onde o issue depende da alteração da API ou resolução de bugs de terceiros. O label postponed pode ser adicionado. A pessoa responsável pelo issue deve reportar o problema para o dono do plugin/gem terceiro e colocar o link nos comentários.