TOTVS Varejo Supermercados (Linha RMS)

Árvore de páginas

Tempo aproximado para leitura: 4 minutos
  •  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:




  • 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.