Árvore de páginas

Versões comparadas

Chave

  • Esta linha foi adicionada.
  • Esta linha foi removida.
  • A formatação mudou.

...

  • Verificar se o erro não é recorrente no cliente (checar na Dayli daily com o me 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 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).

...

           Escolhe o caso que irá trabalhar :

Image Modified

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


Image Modified

Abrindo a issue de manutenção:

...

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 deve saberdevem estar cientes onde estarão essas informações estarão e sua real situação, para que assim, possamos monitorar as correções em tempo real.

...