Objetivo

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

...

Engloba testes unitários, qualidade de código, integrados e, quando for viável, a realização de testes de integração. 

Image RemovedImage Added

...

• 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.
• Analisar Viabilidade do Desenvolvimento de Teste Integrado:
  • Responsável: Tester/QA.
  • Identificar se o teste pode ser feito de maneira automatizada (Recomendável).
• Desenvolvimento de Testes Integrados:
  • Responsável: Tester/QA.
  • É realizado apenas se for identificada viabilidade.
• 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 prints de telaprintsAnalisar Viabilidade do Desenvolvimento de Testes de Integração:

• Analisar Viabilidade do Desenvolvimento de Testes de Integração:
  
  • Responsável: Tester/QA.
  • Identificar se o teste pode ser feito de maneira automatizada (Recomendável).

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

Sprint de Desenvolvimento (3

...

).

Essa sprint  sprint continua focada no desenvolvimento de novas funcionalidades (inovação); porém já inclui etapas de preparação de ambiente planejamento de teste de integração . que será executado na próxima sprint, caso ainda não seja possível realizá-lo.

Também é importante já deixar pronto um ambiente adequado para testes.Image Removed

• Image Added
• Planejamento do ambiente do Teste de Integração:
  • 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.
    Sprint de Desenvolvimento (5).

Sprint de Desenvolvimento (4).

Nesta sprint, considerando que o planejamento dos testes de integração foi realizado na sprint 3, a próxima etapa que será executada é o planejamento do ambiente de testes de integração. 

Image Added

Montar
• Preparar ambiente para Teste de Integração:
• Preparar o ambiente de acordo com os requisitos definidos previamente
.Analisar Viabilidade do Desenvolvimento de Testes de Integração:Responsável: Tester/QA
• .
• Identificar se o teste pode ser feito de maneira automatizada (Recomendável).

Sprint de Desenvolvimento (5).

Essa sprint continua focada tem como objetivo focar no desenvolvimento de novas funcionalidades (inovação); porém além de incluir etapas de preparação de ambiente de teste de integração e engloba também a realização de testes de regressão. 

...

Também é importante já deixar pronto um ambiente adequado para testes.

Image RemovedImage Added

• • Definir Suíte de Testes para Teste de Regressão:
    • Responsável: Tester/QA.
    • Identificar quais os casos de testes passados devem ser realizados na próxima sprint, para teste de regressão, sejam manuais ou automatizados.
    • Caso seja selecionado um caso de teste que não esteja atualizado, esse também é o momento de atualizá-lo.
  • Atualizar Casos de Teste:
    • Após leitura do caso de teste no Kanoah, ou ferramenta automatizada, entender se o mesmo exige atualização. 
    • Caso esteja desatualizado, esse é o momento de alterar o documento, ou realizar alguma codificação no caso de teste automatizado.
  • Analisar Viabilidade do Desenvolvimento de Testes de Performance/Carga:
    
    • Responsável: Tester/QA.
    • Identificar se o teste pode ser feito de maneira automatizada (Recomendável).
  • Desenvolvimento de Testes:
    • Responsável: Tester/QA.
    • É realizado apenas se for identificada viabilidade.
  • 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.
  • Criar todas as tarefas referentes aos testes que serão executados na próxima sprint no JIRA:
    
    • Responsável: Tester/QA.
    • Todos os casos de testes que foram preparados devem gerar issues, a serem colocadas no topo do backlog.

...