Resumo Livro BCTS: Captulo 5 - Planejamento dos Testes

Captulo 5 - Planejamento dos Testes

Ambiente, tcnicas, processo, anlise de riscos serviro de alicerce para o planejamento dos
testes.
O documento bsico do planejamento de testes o PLANO DE TESTES.
No Plano de Testes define-se o nvel de cobertura dos testes e a abordagem dos testes.
Plano de Teste deve ter como base os requisitos da aplicao e os requisitos de teste.
O Plano de Teste descreve como o teste dever ser executado e traa uma linha mestra a ser
seguida.
O Plano de Teste um acordo formal entre testadores, desenvolvedores e usurios.
O teste de software o processo que visa executar o software de maneira controlada, com o
objetivo de avaliar seu comportamento de acordo com o que foi especificado.
A execuo dos testes considerada um tipo de VALIDAO.
Os testes caixa-preta cobrem as funcionalidades, mas no todo cdigo do programa, portanto,
impossvel testar completamente todo sistema e afirmar que ele est livre de defeitos.
Segundo a estimativa de Beizer, a mdia do nmero de defeitos em programas liberados para
testes e de 1 a 3 a cada 100 instrues executveis.

CMMI nvel 3

Validao; Executar Testes

Verificao; Reviso, inspeo tcnica
Anlise de Riscos;

Testes exaustivos s so justificados em sistemas crticos em que a taxa de defeitos deve ser
prximo de zero, levando em conta que testar exaustivamente um software aumenta
substancialmente e custo do projeto de teste.
O planejamento estabelece o que vai ser testado, durante quanto tempo e quando os testes
sero interrompidos.
A metodologia TMAP (Matin Pol, Teunissem e Veernendaal) definem um docuemto chamado
Estrutura de Teste, elaborado antes do Plano de Teste.

TMAP = Estratgia de Testes

QAI = Estrutura de Testes

1. Por que os Planos de Testes so importantes?

A partir do momento que o teste passa a ser tratado como um projeto ou processo e no mais
como uma etapa no processo de desenvolvimento, precisamos planej-lo.
O Plano de Teste uma maneira de documentar o projeto de teste.
O Plano de Teste permite que os testes sejam repetidos e controlados e define o nvel de
cobertura segundo o qual os elementos mais crticos do software sero testados com
prioridade e com cobertura mais ampla. Por elementos crticos, consideramos aqueles
classificados pela anlise de riscos ou caracterizado pelo cliente.
O Plano de Teste elaborado nos moldes do padro definido pelo IEEE 829. Mas, nem o IEEE,
nem o QAI falam sobre estimativas e mtricas de teste em seus modelos.
O IEEE define a seguinte hierarquia entre os documentos de teste:

Plano de Teste;
Estrutura de Teste;
Casos de Teste e
Procedimentos de Teste.

2. Desenvolvimento do Plano de Teste

Escopo; O Escopo define exatamente a extenso do projeto de teste, at mesmo suas

interfaces com outros softwares.
Custo; preciso medir o tamanho do projeto de teste para saber quanto ele vai custar. Como
mtricas de teste temos: Anlise de Pontos de Teste ou Pontos de Caso de Teste.
Tempo; A estimativa de tempo - , e, conseqentemente, a elaborao do cronograma est
ligada diretamente ao tamanho do projeto, que por sua vez, servir de base para o clculo
dos custos.
Qualidade; acompanhada atravs de um programa de indicadores a ser implementado no
decorrer do projeto.
Comunicao; A funo dessa atividade garantir a maneira como as partes envolvidas no
projeto recebero as informaes de que precisas para tomar decises. Alm disso,
necessrio prever no projeto como e com que freqncia sero feitas as reunies de controle.

Relatrios de defeitos serviro de elemento de comunicao entre equipes de teste e de

desenvolvimento.
Integrao; Descrever a integrao com os projetos de desenvolvimento e at mesmo com
outros projetos de teste.
Recursos Humanos; Definio de recursos humanos envolvidos em cada etapa do projeto.
Definir funes e responsabilidades.
Riscos; O projeto de teste implica seus riscos especficos. No misturar os riscos do projeto
de teste com os riscos do negcio.
Suprimentos; Aquisio de software e ferramentas.
3. Significado do Plano de Teste

Segundo o QAI, o Plano de teste toma aproximadamente um tero do projeto de teste.

Problemas levantados pelo QAI que podem afetar um projeto de testes/plano de teste:
Falta de treinamento; a equipe independente de testes de v conhecer o processo de
teste, seu ciclo de vida, metodologia usada e tambm tcnicas especficas de teste.
Desenvolvedores versus testadores; Os desenvolvedores no gostam que outras pessoas
apontem seus erros, e os testadores tendem a apontar esses erros de maneira sarcstica.
Brigas internas so ruins para o sucesso do projeto.
Falta de ferramenta de teste; realizar testes de regresso manualmente.
Falta de apoio da gerncia; Alm do suporte financeiro, algumas decises no podem ser
tomadas por tcnicos.
Falta de envolvimento dos usurios e dos clientes; Os usurios e clientes precisam estar
envolvidos no projeto de teste, inclusive na elaborao do Plano de Teste.
Falta de tempo para testar; Os desenvolvedores esgotam o prazo e transferem a presso
para a equipe de teste.
Quem testa a equipe de testa; por existir uma equipe de teste independente, os
desenvolvedores no se preocupam em realizar os testes unitrios e de integrao ou o fazem
de maneira incipiente.
Alteraes rpidas; O uso de ferramentas RAD que geram alteraes rpidas e que nem
sempre possvel testar com a mesma agilidade. Fazer uso de ferramentas.
Os testadores so sempre os culpados; Quando os testadores acham muitos defeitos os
desenvolvedores reclamam se deixam passar defeitos srios tambm h reclamaes.

 Os testadores precisam aprender a dizer no;

4. Tarefas para construir um Plano de Teste

A lista de tarefas e sub-tarefas para se construir um plano de teste proposta pelo QAI

Montar a equipe de teste;

o Testar usando a equipe de desenvolvimento como equipe de teste
o Testar usando equipes independentes de teste e
o Testar usando equipes de no-especialistas em TI.
Entender os riscos do Projeto;
o Procure entender o que significam os objetivos do projeto
o Entenda as reas-chave e os processos-chave do negcio
o Identifique o grau de severidade das potenciais falhas
o Identifique os componentes do sistema
o Identifique, priorize e estime com preciso os recursos necessrios para a
execuo do projeto
o Fases de teste
o Defina os requisitos de seu ambiente de teste
o Identifique as ferramentas necessrias
o Avalie os planos de contingncia do plano do projeto
o Avalie outras vulnerabilidades fora da rea de TI
Construir o Plano de Teste;
o Estabelecer os objetivos do teste
o Desenvolver os roteiros de teste
o Definir a administrao do teste e
o Escrever o plano de teste.
Informaes gerais
Plano,
Especificaes e avaliao
Descrio dos testes.

5. Atividades ps-plano

Quando se trata de teste, muito importante que: todos os artefatos gerados durante projeto
de teste sejam supervisionados por um gerenciamento de configurao.
Entre os artefatos de teste que devem estar sob os cuidados do gerenciamento de
configurao, listamos:

Casos de teste;
Plano de teste;
Requisitos de teste;
Script de teste e
Outros artefatos usados nos testes.

6. Estratgia de Teste

O objetivo maior dos testes reduzir a probabilidade de ocorrncia de defeitos quando o

sistema ou software estiver em produo.
A Estratgia de Teste, quando empregada, deve ser escrita antes do Plano de Teste.
A Estratgia de Teste composta por Fatores de Teste e Fases de teste.
Fatores de teste; So os riscos que precisam ser tratados atravs da Estratgia de teste. Em
resumo, podemos dizer que os riscos associados aos testes so chamados Fatores de Teste.
Mas nem todos os fatores de teste so transformados necessariamente em risco.
Fases de teste; So as fases do desenvolvimento do software nas quais o teste ser
executado.

7. Criao da Estratgia de Teste baseada em riscos

Como podemos ver, o que foi chamado anteriormente de fatores de teste poderia guardar
semelhana com as caractersticas de qualidade, embora no faam parte da norma ISO 91261.
Caractersticas de qualidade segundo a norma ISO 9126-1

1. Funcionalidade;
2. Confiabilidade;
3. Usabilidade;
4. Eficincia;
5. Manutenibilidade e
6. Portabilidade.

Um mtodo de montar a estratgia de teste associar o risco a uma caracterstica ou subcaracterstica de qualidade da norma ISO 9126.
O importante dos riscos definir a probabilidade de sua ocorrncia e sua severidade em
relao ao negcio.

8. Criao da Estratgia de Teste baseada nos tipos, nas tcnicas e nos estgios de teste

Na formulao da estratgia de testes devem ser levados em considerao diversos fatores,

tais como o porte e importncia do software, os seu requisitos, os prazos estabelecidos, riscos
do negcio e os custos envolvidos.
Uma estratgia de teste deve, portanto incluir:

Estgios ou nveis de teste a serem abordados (unitrio, integrao, sistema e aceitao);

Fase do desenvolvimento em que se aplica o referido teste;
Os tipos de teste que devem ser executados (funcional, desempenho, carga, estresse etc.)
As tcnicas e ferramentas a serem empregadas no teste (funcionais ou estruturais) e
Os critrios de concluso com xito do teste que sero aplicados.

Exemplo: Critrios podem permitir que o software evolua para o teste de aceitao quando
95% dos casos de teste estiverem sido executados com xito.

Dimenses do teste

1. Estgios ou nveis de teste. (quando testar?) Teste unitrio, Teste de integrao, Teste de
Sistema ou Teste de Aceitao.
2. Tipos de Teste. (o que testar?) Teste de performance, Teste de carga ...
3. Tcnica de Teste. (como testar?) Estrutural ou Funcional.

Tcnicas de teste

o processo que assegura o funcionamento correto de alguns aspectos ou de uma unidade do

software. Segundo a norma IEEE 610.12-1990, as tcnicas so procedimentos tcnicos e
gerenciais que ajudam a avaliao e melhoria do processo.

As tcnicas podem ser Funcionais ou Estruturais

A tcnica de teste Funcional garante que os requisitos especificados foram devidamente

cumpridos pelo sistema. Valida se o que foi especificado foi implementado de modo correto.
A preocupao funcional no COMO o processo ocorre, e sim QUAIS SO os resultados do
processo.
O teste funcional realizado para assegurar que as especificaes e os requisitos do software
foram atendidos.

Tcnicas de teste funcional

Teste de requisitos;
Teste de regresso;

Teste
Teste
Teste
Teste
Teste

de erro de manuseio (usabilidade);

de suporte manual;
de integrao;
de controle e
paralelo.

A tcnica de teste Estrutural garante que a implementao de uma funcionalidade foram

devidamente testada em sua totalidade. O objetivo do teste estrutural acessar a
implementao, de modo a gerar uma massa de teste que force a cobertura de toda a
estrutura presente na implementao da aplicao, garantindo que a estrutura do produto
desenvolvido funcione corretamente.
Os testes estruturais foram criados para verificar se o sistema desenvolvido e os programas
funcionam. A tcnica no determina o funcionamento correto da aplicao, e sim da
estrutura.

Tcnicas de teste estrutural

Teste de estresse;
Teste de execuo;
Teste de contingncia ou recuperao;
Teste de operao;
Teste de conformidade; (processo)
Teste de segurana.

Os testes estrutural e funcional, podem ser realizados com o emprego de um conjunto prdeterminado de tcnicas. Selecionada a tcnica, preciso determinar um mtodo de teste
para implement-la, que pode ser dinmico ou esttico. As tcnicas dinmicas determinam se
o sistema funciona corretamente quando est rodando, e o teste esttico olha para o
sistema quando este no executado.
A anlise dinmica requer que o programa seja executado.
A anlise esttica, por outro lado, no envolve a execuo do programa. Entre as tcnicas
comuns de anlise esttica temos as tarefas que verificam a sintaxe.
Uma ferramenta um veculo para executar um processo de teste, um recurso para o
testador, mas sozinha, insuficiente para a conduo de um teste.

Estgio ou nvel de teste

uma das dimenses do teste que representa o quando, ou melhor, a que fase do
desenvolvimento se aplica determinado teste.

Teste de unidade; Costuma ser feito pelo programador e testa as unidades individuais:
funes, objetos e componentes.
Teste de iterao ou integrao; Em geral, realizado pelo analista de sistemas para um
mdulo ou conjunto de programas.
Teste de Sistema; Costuma se feito pelo analista de teste (caso de teste) em ambiente de
teste.
Teste de aceitao; Sua execuo de responsabilidade do cliente. Em geral feito pelo
usurio em ambiente de homologao.