Projeto

Geral

Perfil

Ações

2.1.1 - Estratégia de Testes

2.1.1.1 Tipos de testes passíveis de serem aplicados ao projeto

  • Teste de carga: processo que testa e mede a alteração no desempenho da solução de software sob um volume maior de carga, como, por exemplo, a carga máxima esperada em um determinado momento no ambiente de produção;
  • Teste funcional/de aceitação: assegurar a funcionalidade da solução de software (aplicação, sítio, portal ou aplicativo móvel), incluindo navegação, entrada de dados, processamento e resposta, verificando se a aplicação está pronta e pode ser utilizada pelos usuários finais;
  • Teste de desempenho: processo que testa e mede o desempenho da solução de software em uma situação normal de uso, bem como o quanto a solução requer de recursos de hardware e o tempo de espera necessário entre as ações e transações, com base no cenário esperado normalmente para ambiente de produção;
  • Teste de estresse: processo que busca descobrir qual a carga máxima suportada pela solução de software. Esse limite pode ser um valor muitas vezes acima do esperado na carga máxima;
  • Teste de exploração: processo em que o ser humano explora as funcionalidades da aplicação;
  • Teste de falha e recuperação: validar se o processo de recuperação (manual ou automático) restaurou corretamente os dados diretamente afetados em caso de falha;
  • Teste unitário: processo em que se verificam as menores unidades de software desenvolvidas (pequenas partes ou unidades da aplicação). O objetivo é encontrar falhas de funcionamento dentro de uma pequena parte da aplicação funcionando independentemente do todo;
  • Teste de integração: processo de teste de software onde partes, ou módulos, do sistema são testadas em conjunto;
  • Teste de interface: verifica se a navegabilidade e os objetivos das telas funcionam como especificados; valida se a navegação através da solução de software reflete corretamente as especificações dos requisitos, incluindo janela-a-janela e campo-acampo, além de uso dos métodos de acesso (teclas tab, movimentos de mouse, teclas de atalho etc.). Além disso, no caso do MP, deve-se verificar a conformidade com padrões de mercado e governamentais, dentre eles o e-MAG – Modelo de Acessibilidade de Governo Eletrônico (www.governoeletronico.gov.br/acoes-e-projetos/e-MAG);
  • Teste de segurança: permite avaliar as vulnerabilidades do software em relação à segurança, tais como ataques de negação de serviço, Cross-Site Scripting (XSS) e SQL Injection, para que sejam corrigidas antes de ser operacionalizado em ambiente de produção. Verificar se os requisitos de segurança estabelecidos pelas normas e diretrizes do MP estão sendo atendidos. Inclui-se neste tipo de teste a inspeção de códigos-fonte para garantia de desenvolvimento de software seguro;
  • Teste de integridade de dados: para garantir que os métodos e processos de acesso ao banco de dados funcionem adequadamente e sem corromper os dados;
  • Teste de regressão: consiste em se aplicar, a cada nova versão do software ou a cada ciclo, todos os testes que já foram aplicados nas versões ou ciclos de teste anteriores para garantir que manutenções (corretivas e/ou evolutivas) não tenham afetado alguma funcionalidade existente;
  • Smoke test: subconjunto de casos de testes que cobrem as funcionalidades mais importantes de um componente ou sistema, para verificar se as funções cruciais do software executam corretamente.

2.1.1.2 Escopo

[Identificar as funcionalidades priorizadas pelo dono do produto para testes e os tipos de testes ou condições que fazem parte da estratégia de testes para o projeto]

  • Lorem ipsum dolor sit amet, consectetur adipiscing elit.
  • Suspendisse et ante vitae augue feugiat blandit.
  • Pellentesque habitant morbi tristique senectus et netus et malesuada fames ac turpis egestas.

2.1.1.3 Não Escopo

[Identificar os tipos de testes ou condições que não fazem parte da estratégia de testes para o projeto e a justificativa para a sua não aplicação]

  • Lorem ipsum dolor sit amet, consectetur adipiscing elit.
  • Suspendisse et ante vitae augue feugiat blandit.
  • Pellentesque habitant morbi tristique senectus et netus et malesuada fames ac turpis egestas.

2.1.1.4 Estratégia de Testes

[Para cada teste identificado no escopo, descrever suas informações de acordo com o modelo a seguir]

  • Testes xxxxxxxxxxx [identificar o tipo de teste a ser aplicado com base na lista do início deste documento]
    Ferramenta: [identificar a ferramenta usada para a execução dos testes]
    Artefatos: [identificar eventuais artefatos necessários ou resultantes do teste]
    [Manual / Automatizado]
    Responsável: [identificar o papel responsável pela execução (se teste automatizado, quem é o responsável pela codificação)]
    Quando: [momento em que os testes serão elaborados e realizados. Exemplos: ao final da release; na sprint de desenvolvimento etc.]
    Critério: [identificar os critérios que serão usados para avaliar o sucesso do teste]
    Cobertura: [identificar a meta de cobertura para o tipo de teste]
  • Testes xxxxxxxxxxx
    Ferramenta:
    Artefatos:
    [Manual / Automatizado]
    Responsável:
    Quando:
    Critério:
    Cobertura:
  • Testes xxxxxxxxxxx
    Ferramenta:
    Artefatos:
    [Manual / Automatizado]
    Responsável:
    Quando:
    Critério:
    Cobertura:

2.1.1.5 Ambientes para os testes

[Se necessários, descrever os recursos requeridos para a equipe de desenvolvimento e a execução dos testes. Caso contrário, excluir este item.]

  • Recursos de hardware
    • Lorem ipsum dolor sit amet, consectetur adipiscing elit.
    • Suspendisse et ante vitae augue feugiat blandit.
    • Pellentesque habitant morbi tristique senectus et netus et malesuada fames ac turpis egestas.
  • Recursos de software
    • Lorem ipsum dolor sit amet, consectetur adipiscing elit.
    • Suspendisse et ante vitae augue feugiat blandit.
    • Pellentesque habitant morbi tristique senectus et netus et malesuada fames ac turpis egestas.

2.1.1.6 Premissas e Restrições

[Incluir premissas e restrições relacionadas à execução dos testes, caso necessárias]

Lorem ipsum dolor sit amet, consectetur adipiscing elit. Suspendisse et ante vitae augue feugiat blandit. Pellentesque habitant morbi tristique senectus et netus et malesuada fames ac turpis egestas.

Atualizado por clara.barbosa há mais de 9 anos · 1 revisões