•  OBJETIVO  

O presente procedimento visa estabelecer as regras a cumprir sempre que é necessário abrir uma correção para o me de produto (Manutenção/Melhoria/MIT) correlatos que envolvem a melhoria contínua do produto RMS e a qualidade do produto. 

• ÂMBITO

Este procedimento é aplicável em todos os processos de teste, validação, execução automação voltados para o Software RMS. 

• DEFINIÇÕES

Processo – É uma sequência de atividades inter-atuantes que transformam entradas em saídas. 

Procedimento – Descrição estruturada das atividades que compõem um determinado processo. Cada procedimento corresponde e está associado a um processo da Organização. Descreve as atividades e, regra geral, indica e orienta para uma sequência. Simultaneamente o procedimento é o suporte onde constam os responsáveis pela realização e controlo dessas atividades, a regularidade com que as mesmas são efetuadas e onde se executam. 

A ligação entre processo e procedimento é essencial existir para que a atividade possa facilmente ser compreendida pelo executante. 

• RESPONSABILIDADES

Cumpre aos membros da Qualidade garantir o cumprimento das regras constantes deste procedimento. 

• PROCESSO ISSUE MANUTENÇÃO

Durante a análise feita no processo no sistema RMS ou em qualquer produto relacionado deve-se ser constatado se de fato o erro reportado é um bug ou mensagem informava/parametrizável. 

Após análise for constatado que de fato é um erro de produto, o procedimento é: 

• Verificar se o erro não é recorrente no cliente (checar na daily com o time de atendimento se os entrantes para aquele erro são recorrentes/frequentes); 
• Criar evidências, em passo a passo feito, até a chegada do erro (se possível anexar arquivos de log) e abrir uma issue de manutenção interna. 
• Criar na issue de Teste Sistêmico caso seja na automação ( e a mesma exista) ou se o erro foi identificado no processo de validação de ambiente ou outros procedimentos, abrir fora da issue de manutenção/melhoria diretamente no Jira em CRIAR.

Evidenciando: O exemplo da imagem abaixo, demonstra a quebra do teste (pode ser erro ou a sua causa), em seguida é exemplificado o processo até a conclusão do erro/aviso.

          OBS: O ideal é que na imagem contenha o nome do programa e versão do programa.

• No cenário aberto do Jira no Test Management, no mapeamento de testes, iremos criar uma rastreabilidade para este erro (se houver a issue).

• Como criar uma issue de manutenção ou MIT no Jira dentro do CT (caso de teste) criado no Jira:

           Escolhe o caso que irá trabalhar :

 Clica na ABA RASTREABILIDADE em seguida no sinal de ( + )

Abrindo a issue de manutenção:

1. Escolhe o projeto – Nome da Squad ;
2. Escolhe o item – "Manutenção" ;
3. Informa o Resumo;
4. O campo "Responsável" deve sempre estar como "automático", a menos que o analista (desenvolvimento) solicite que seja atribuído para essa issue;
5. Preencher o campo descrição;
6. Escolher competentes – Manutenção – RMS;
7. Se caso projeto, colocar o link do Épico (Epic Link);
8. No campo anexo, clicar selecionar o anexo a ser adicionado nessa issue;
9. Em seguida clicar em CRIAR.

• Caso tenha uma issue de teste sistêmico de automação feita para a ocorrência aberta, é necessário que possua comentado
  na issue deste cenário aberto contendo o número da issue de manutenção criada, posteriormente alimentando a planilha:

•     Link Drive QA - RMS : hps://docs.google.com/spreadsheets/d/1iK_ZGDqeoL97vhktkAcZCK4R-Oirm78Y61pJFGjPfos/edit#gid=1772583178

• Na issue de teste sistêmico de automação, no campo de comentário informar sobre a alteração, número da issue e
  a sua validação quando resolver. Cada analista de testes colocará a informação que ficar mais claro para o seu entendimento, mas que tenha a informação do procedimento feito até a sua validação.

• Após a correção e o cenário foi validado, adicionar a validação desse CT unitário para validar o funcionamento desse
  processo (alteração):

• O processo de criação de issue serve para os demais Tipos como: MIT, MELHORIA, TESTE SISTÊMICO,
  MANUTENÇÃO, DOCUMENTAÇÃO, ETC.

• Importante adicionar o Link de mapeamento da issue aberta e de testes na planilha, conforme imagem abaixo:
  1. Copia o link da issue;
  2. Botão direito no campo contendo o número da issue;
  3. Escolhe a opção INSERIR LINK:

•  Cola o link no campo LINK e clica no botão APLICAR.

• Observações importantes:

Esta documentação foi criada para que o Time de Qualidade-RMS possam saber o andamento das correção abertas em cada time (SQUAD) dentro do sistema RMS. Onde tenham total conhecimento de quais alterações (MANUTENÇÃO/MELHORIA/MIT) foram abertas, feitas(pronto), pendentes/impedidas e as que serão entregues no pacote para o cliente.

Durante a criação destas issues, tanto no processo de testes manuais, automação ou na criação de parâmetros, o time de qualidade devem estar cientes onde estarão essas informações e sua real situação, para que possamos monitorar as correções em tempo real.