BUGs

O que são bugs?

Erro ou falha na execução de um programa, tela, campo ou outros, prejudicando ou inviabilizando o seu funcionamento. É considerado como bug depois que o mesmo já liberado/terminado!

Como abrir, acompanhar e verificar a liberação de um BUG?

Abrindo Bugs:

Eles devem ser abertos no REDMINE - Produtos

Dentro do projeto `# Engenharia/Produtos`

Ou pode acessar o projeto diretamente em: REDMINE - Produtos

Como abrir e quais campos preencher ?

Para adicionar uma nova tarefa de bug:

Devem ser preenchido os seguintes campos:

Os campos devem ser preenchidos com:

Tipo -> Utilizar sempre BUG
Modelo da tarefa -> Utilizar sempre BUG
Título -> Um titulo breve mas que mostre o que aconteceu
Descrição
- Numero do chamado -> Numero referênte ao ticket
- Nome do host ->HOST/Servidor informações do ambiente do cliente
- Preencher todas as opções descritas na descrição
- Atente para os passos para reproduzir, isso ajuda muito na hora de simular o problema
Situação -> Sempre nova
Prioridade -> De acordo com a explicação mais abaixo
Cliente -> Quando for relacionado a um chamado do SD ou de um projeto
Módulo -> Módulo do produto que esta com problema

Tags -> Adicionar tags de qual produto o BUG se refere, Ex:

- produto::pabx-v2
- produto::firewall-v2
- produto::CDM
- produto::VPNFlex
- produto::firewall-v3
- produto::cloud

Arquivos -> Caso tenha prints de tela, logs, etc
- Isso também ajuda bastante na hora de idêntificar o problema
Observadores -> No caso de abertura por alguém do suporte, utilizar como observador o usuário Suporte Itflex

Tipos de prioridades e quando usa-las:

Crítica
- Quando se aplica? Quando o problema não se tem um paliativo, não existe outra forma de utilização.
  - Ex.: O aplicar das regras de firewall não esta funcionando
- Correção: Em até 24 Horas
- Entra na sprint atual, deve ser feito imediatamente
  - Informar término da correção para que seja feito o deploy
- Somente para problemas que ocorrem em ambientes que estão em produção/implantação
Alta
- Quando se aplica? Quando se tem paliativo porém afeta produtividade/processo do cliente
  - O relatório não esta gerando e enviando por e-mail automaticamente, porém o cliente pode entrar na tela
- Correção: Em até 3 dias (Uteis)
- Entra na sprint atual
- Deploy/Release versão: semanal
- Somente para problemas que ocorrem em ambientes em produção/implantação
Normal
- Quando é: Quando se tem paliativo porém não afeta produtividade/processo do cliente
- Correção/Liberação: 30 dias
- No caso de funcionalidades em desenvolvimento, podem ser adicionadas na
  sprint atual
Baixa
- Quando é: Bugs que não afetam funcionalidades do produto,
  como problemas visuais, erros de digitação, etc
- Correção/Liberação: 60 dias

As criticidades podem ser alteradas pelo desenvolvimento caso seja visto que o mesmo foi aberto incorreto;
Toda alteração de criticidade deve ser infomado o motivo através do campo comentário no bug

Os bugs devem ser corrigidos e liberados de acordo com a prioridade;

Acompanhamento

Via REDMINE pode ser verificado na página inicial do projeto:

Bugs novos e em andamento:

Bugs fechados:

Lembrando que bugs com status de fechado não signifca que está liberado, para isso deve-se verificar o changelog

Produtos:

Caso não tenham certeza se é um bug, se é algum problema no produto ou dúvidas de como detalhar melhor a situação, cada produto possui um resposável, na qual pode-se verificar essas dúvidas:

CDM - Jonas (bkp Vitor)
FWFLEX (V3 e V2) - Vitor (bkp Jonas)
PABX (V2) - Alex (bkp Vitor e Jonas)
Portatia - Alex (bkp Vitor e Jonas)
Serviço (Redes) - Jonas (bkp Vitor)

Caso não encontre alguma dessas pessoas, as dúvidas também podem ser sanadas com o Hugo.