Índice

Objetivo

Esse documento tem o objetivo de apresentar o processo de Testes e Qualidade realizado pela equipe de Framework T-TALK. 

...

• Sprints 1, 2 e 3:
  • Desenvolvimento / Inovação
  • Correção de Defeitos do Backlog
  • Automação Teste de Interface
• Sprint 4:
  • Desenvolvimento / Inovação
  • Correção de Defeitos do Backlog
  • Automação Teste de Interface
  • Montagem de ambiente para Teste de Integração
• Sprint 5:
  • Desenvolvimento / Inovação
  • Correção de Defeitos do Backlog
  • Automação Teste de Interface
  • Qualidade
• Sprint 6
  • Estabilização

...

• Desenvolvimento de testes unitários:
  • Responsável: Desenvolvedor.
  • Os casos de testes são especificados na própria ferramenta/Framework utilizado (Mais detalhes em Especificidades das Linhas).
  • Deve ser codificado de maneira a ser um teste automatizado, seguindo o Framework de testes mais adequado para o cenário. Ou seja, todo teste unitário deve ser automatizado.
  • Deve ser feito para novas funcionalidades.
  • Pode seguir as práticas do TDD (Recomendável).
  • Pode ser feito para funcionalidades antigas que forem revisitadas (Recomendável).
• Execução de testes unitários:
  
  • Responsável: Desenvolvedor.
  • A execução desses testes deve gerar um relatório, que deve ser anexado na subtarefa de Teste Unitário ao ser concluída.
• Execução de Teste de Qualidade de Código:
  • Responsável: Desenvolvedor.
  • É executado através de ferramenta que atenda a linguagem e estrutura do sistema (Mais detalhes em Especificidades das Linhas).
  • A execução desses testes deve gerar um relatório, que deve ser anexado na subtarefa de Teste de Qualidade de Código ao ser concluída.
• Code Review:
  
  • Responsável: Tester/QA.
  • É um momento de análise de possíveis problemas ou melhorias, envolvendo uma comunicação mais próxima entre o tester e desenvolvedor.
• Correção de Defeitos críticos no Backlog:
  • Responsável: Desenvolvedor.
  • Deve ser evitado trazer correção de defeitos para sprints de inovação, apenas casos críticos.
• Escrever Casos de Teste no Kanoah:
  • Responsável: Tester/QA.
  • É realizado apenas se o teste for manual.
  • Passo a passo do teste que será realizado.
• Execução de Testes Integrados:
  • Responsável: Tester/QA.
  • Deve ser feito de maneira manual. 
    • Deve gerar evidência:
    • Essa evidência pode ser documento padrão com sprints.
• Planejamento de Teste de Integração para Sprints Posteriores
  • Definir quais são os requisitos aceitáveis para que um ambiente de sistemas integrados reflita, o mais próximo possível, um ambiente utilizado pelo cliente.
  • Além disso, devem ser definidos todos os requisitos dos testes que serão executados.  

• Execução de Testes de Integração
  
  • Responsável: Tester/QA.
  • Deve ter o ambiente previamente configurado.
• Correção de Bugs: 
  • Responsável: Desenvolvedor.
  • Corrigir os bugs que foram encontrados durante testes integrado.
    
    

Correção de Defeitos do Backlog

Corrigir problemas críticos e não críticos que se encontram no backlog.

...

• Correção de defeitos críticos do backlog:
  • Responsável: Desenvolvedor.
  • Esse é o melhor momento para resolver esses defeitos.
  • Essas correções devem ser aplicadas diretamente no ambiente do cliente
• Correção de defeitos não críticos do backlog:
  • Responsável: Desenvolvedor.
  • A intenção é limpar, o máximo possível, os defeitos que foram abertos no backlog, mesmo que não apontados como algo crítico.

Automação Teste de Interface

Image Added

• Desenvolvimento de Testes de Interface
  • Responsável: Tester/QA.
  • É realizado apenas se for identificada viabilidade, e se fizer sentido.
• Escrever Casos de Teste no Kanoah
  • Responsável: Tester/QA.
  • Passo a passo do teste que será realizado.
• Code Review:
  
  • Responsável: Tester/QA.
  • É um momento de análise de possíveis problemas ou melhorias, envolvendo uma comunicação mais próxima entre o tester e desenvolvedor.

Montagem de ambiente para Teste de Integração

• Planejar requisitos para ambiente deste e documentar no Kanoah
  • Identificar quais são as principais características necessarias nesse ambiente, para que seja possível testar a nova funcionalidade, e deixá-lo mais próximo o possível da realidade do cliente.
  • Documentar os requisitos encontrados.
• Preparar ambiente para Teste de Integração
  • Preparar o ambiente de acordo com os requisitos definidos previamente.

Qualidade

• Definir Suíte de Testes para Teste de Regressão em página do Kanoah com referências para esses testes
  • Responsável: Tester/QA.
  • Identificar quais os casos de testes passados devem ser realizados na sprint de estabilização, para teste de regressão.
  • Priorizar Testes de Integração
    
    • Principalmente aqueles que foram apenas planejados e não executados (Devemos tentar evitar essa situação!)
  • Criar página do Kanoh referenciando os testes escolhidos
  • Criar tarefas no JIRA, referentes aos testes que serão executados 
• Atualizar Casos de Teste:
  • Após leitura do caso de teste no Kanoah, entender se o mesmo exige atualização. 
  • Caso esteja desatualizado, esse é o momento de alterar o documento
• Definir Casos de Teste e as métricas esperadas para o teste de performance/carga no Kanoah
  • Responsável: Tester/QA
  • Criar página no Kanoah 
  • Criar tarefas no JIRA, referentes aos testes que serão executado

• Desenvolvimento de Testes de Performance/Carga
  • Responsável: Tester/QA.
  • É realizado apenas se for identificada viabilidade.E

Estabilização

Esse fluxo é focado em encontrar e solucionar problemas.

...