Base Única - Release 2

h1. 2.1.1 - Estratégia de Testes

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

*  %*{color:green}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;

*  %*{color:green}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;

*  %*{color:green}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;

*  %*{color:green}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;

*  %*{color:green}Teste de exploração*%: processo em que o ser humano explora as funcionalidades da aplicação;

*  %*{color:green}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;

*  %*{color:green}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;

*  %*{color:green}Teste de integração*%: processo de teste de software onde partes, ou módulos, do sistema são testadas em conjunto;

*  %*{color:green}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);

*  %*{color:green}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;

*  %*{color:green}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;

*  %*{color:green}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;

*  %*{color:green}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.

h3. 2.1.1.2 Escopo 

%_{color:blue}[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. 

h3. 2.1.1.3 Não Escopo 

%_{color:blue}[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. 

h3. 2.1.1.4 Estratégia de Testes

%_{color:blue}[Para cada teste identificado no escopo, descrever suas informações de acordo com o modelo a seguir]_%

* Testes xxxxxxxxxxx %_{color:blue}[identificar o tipo de teste a ser aplicado com base na lista do início deste documento]_%

Ferramenta: %_{color:blue}[identificar a ferramenta usada para a execução dos testes]_%

Artefatos: %_{color:blue}[identificar eventuais artefatos necessários ou resultantes do teste]_%

[Manual / Automatizado]

Responsável: %_{color:blue}[identificar o papel responsável pela execução (se teste automatizado, quem é o responsável pela codificação)]_%

Quando: %_{color:blue}[momento em que os testes serão elaborados e realizados. Exemplos: ao final da release; na sprint de desenvolvimento etc.]_%

Critério: %_{color:blue}[identificar os critérios que serão usados para avaliar o sucesso do teste]_%

Cobertura: %_{color:blue}[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: 

h3. 2.1.1.5 Ambientes para os testes

%_{color:blue}[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. 

h3. 2.1.1.6 Premissas e Restrições

%_{color:blue}[Incluir premissas e restrições relacionadas à execução dos testes, caso necessárias]_%

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