APOSTILA_-_Engenharia_de_Software_e_Gerencia_de_Projeto_-_08

Prévia do material em texto

Engenharia de Software 
e Gerencia de Projetos
Engenharia de Software e Gerencia de Projetos
2Teste de software – Plano de teste
A metodologia de teste é um processo definido nas empresas para realização de testes em produtos 
desenvolvidos internamente, com equipe própria ou terceirizada, ou produtos adquiridos de empresas 
fornecedoras de pacotes fechados. O valor dos testes em ambos os casos é o mesmo, pois estará 
validando o produto para utilização nos processos da empresa.
A proposta descrita neste documento está embasada em três componentes: treinamento, processo de 
teste e documentação e na construção de um planejamento a partir de três fatores relacionados aos níveis, 
tipos e técnicas de teste de software. Os fatores vão determinar os casos de teste a serem efetivados.
 ● Conhecer os procedimentos necessários para elaboração de um plano de teste.
 ● Metodologia de planejamento de teste;
 ● Procedimentos para construção de um plano de teste;
Introdução
Objetivo
Tópicos Abordados
Engenharia de Software e Gerencia de Projetos
3Teste de software – Plano de teste
Metodologia de Planejamento de Teste
A metodologia de teste pode ser emprega nas empresas que desenvolvem sistemas e também em empresas 
que adquirem sistemas prontos. 
O TREINAMENTO consiste na capacitação da equipe, que trabalha com o teste de sistema, em conceitos 
básicos sobre teste de software, técnicas de teste, documentação e processo. Sem esse conhecimento a 
realização dos teste pode estar comprometida.
O PROCESSO DE TESTE prevê a realização das atividades de planejamento, projeto, execução e 
acompanhamento, pelos diversos níveis: unidade, integração, validação e sistema. Deve-se elaborar o 
planejamento a partir da definição em três pontos: Quando testar, referente ao nível de teste; O que testar, 
referente aos tipos de teste e, Como testar, referente às técnicas a aplicar.
O SUPORTE NA GERAÇÃO DE DOCUMENTOS baseia-se na Norma IEEE 829-1998. A NORMA IEEE829-
1998 é uma norma que descreve um conjunto de documentos que cobrem as tarefas de Planejamento, 
Especificação e Registro das Atividades de Teste de um produto, relacionados a seguir
A metodologia deve consistir de três componentes:
Os testes em sistemas aprovam os procedimentos para serem 
utilizados pelos usuários.
Portanto as empresas devem estar preparadas para realizar teste 
independente da origem do sistema a ser implantado.
Engenharia de Software e Gerencia de Projetos
4Teste de software – Plano de teste
Procedimentos para construção de um plano de teste
 ● Figura 1 : Relacionamento entre os documentos de teste
 ● Fonte: http://www.amplaconsultoria.com.br/Artigos/SBQS2004.pdf, acessado emFev/2010 
Plano de Teste - desenvolve o planejamento
 ● define abrangência, abordagem, recursos e cronograma;
 ● identifica os itens e funcionalidades a serem testados;
 ● identifica as tarefas a serem realizadas;
 ● identifica os riscos associados a cada atividade de teste;
Especificação de Projeto de Teste
 ● identifica as funcionalidades e características a serem testados;
 ● identifica os casos e os procedimentos de teste;
 ● apresentação critérios de aprovação;
Especificação de Caso de Teste
 ● Define casos de teste, incluindo entradas, resultados esperados, ações e condições gerais para a 
execução do teste.
Engenharia de Software e Gerencia de Projetos
5Teste de software – Plano de teste
Especificação de Procedimento de Teste
 ● Especifica os passos para executar um conjunto de casos de teste.
Relatórios podem ser gerados:
 ● Diário de Teste: cronologia de execução;
 ● Relatório de Incidente de Teste: ocorrências de eventos não previstos para futura análise;
 ● Relatório-Resumo de Teste: resultados x avaliação;
 ● Relatório de Encaminhamento de Item de teste: itens relacionados para equipes;
Considerações:
 ● Projetos pequenos ou de baixa complexidade podem agrupar documentos e/ou abreviar o conteúdo;
 ● A equipe deve decidir quanto a elaborar um único plano ou um específico para cada nível: unidade, 
sistema, integração, validação...
 ● As atividades de teste são divididas em três etapas: preparação, Execução e Registro.
 ● Estudo de caso: Locadora de automóveis
 ● DESCRIÇÃO DE CASO DE USO
 ● NOME: ALUGAR CARRO
 ● DESCRIÇÃO: Registrar aluguel do carro
Engenharia de Software e Gerencia de Projetos
6Teste de software – Plano de teste
Fluxo normal
 ● 1. Sistema Apresenta Tela De Aluguel.
 ● 2. Sistema elabora lista de VEÍCULOS
 ● 3. Vendedor escolhe Veículo e Período De Aluguel.
 ● 4. Sistema apresenta dados VEÍCULOS
 ● 5. Sistema Verifica Disponibilidade em LOCAÇÃO.
 ● 6. Vendedor Informa Cliente.
 ● 7. Sistema obtém dados de CLIENTE
 ● 8. Sistema apresenta dados de cliente
 ● 9. Sistema Verifica Inclusão na lista negra em LOCAÇÃO.
 ● 10. Ator confirma operação
 ● 11. Sistema Apresenta Mensagem Para Emissão De Contrato.
 ● 12. Sistema Inclui LOCAÇÃO.
 ● 13. Sistema atualiza VEÍCULOS.
 ● 13. Sistema Encerra Caso De Uso.
Engenharia de Software e Gerencia de Projetos
7Teste de software – Plano de teste
Fluxo alternativo
 ● 5. Sistema Verifica Disponibilidade em LOCAÇÃO. 
 ● 5.1. Não há disponibilidade de liberar carro no período desejado
 ● 5.1.1 Sistema apresenta mensagem de informação
 ● 5.1.2 Sistema desvia para item 1.
7. Sistema obtém dados do cliente
 ● 7.1 Cliente não cadastrado
 ● 7.1.1 Sistema estende para <CADASTRAR CLIENTE>
 ● 7.1.2 Sistema desvia para item .
9. Sistema Verifica Inclusão na lista negra em LOCAÇÃO.
 ● 9.1 Cliente está incluído em Lista Negra
 ● *** Data entrada na Lista Negra preenchida e Data saída em Lista Negra não preenchida 
 ● 9.1.1 Sistema apresenta mensagem de informação.
 ● 9.1.2 Sistema desvia para item 1.
10. Ator confirma operação 
 ● 10.1 Ator desiste de operação
 ● 10.1.1 Ator aciona botão CANCELAR
 ● 10.1.2 Sistema desvia para item 1.
11. Sistema Apresenta Mensagem Para Emissão De Contrato.
 ● 11.1 Vendedor deseja emitir (resposta = “S”)
 ● 11.1.1 Sistema estende para <EMITIR CONTRATO>
 ● 11.1.2 Sistema desvia para item 10.
 ● 11.2 Vendedor não deseja emitir (resposta = “N”)
 ● 11.2.1 Sistema apresenta mensagem de informação “Contrato deverá ser emitido”.
 ● 11.2.2Sistema desvia para item 1.
Engenharia de Software e Gerencia de Projetos
8Teste de software – Plano de teste
Especificação de Projeto de Teste (Análise de Risco)
Passo 1: Relacionar os pontos que deverão ser considerados na execução dos testes;
Especificação de Caso de Teste
Passo2: Define casos de teste, incluindo entradas, resultados esperados, ações e condições gerais para 
a execução do teste.
Engenharia de Software e Gerencia de Projetos
9Teste de software – Plano de teste
Unidade
A coluna Ocorrências no planejamento não é preenchida, pois trata-se de uma informação 
resultado da execução dos testes.
Importante
Engenharia de Software e Gerencia de Projetos
10Teste de software – Plano de teste
Integração
Validação
Engenharia de Software e Gerencia de Projetos
11Teste de software – Plano de teste
Sistema
Passo3: Define casos de teste, incluindo entradas, resultados esperados, ações e condições gerais para 
a execução do teste. 
Engenharia de Software e Gerencia de Projetos
12Teste de software – Plano de teste
Avaliação a Distância
1 - Complete as frases, arrastando os frames correspondentes:
Respostas - 1 - (A e B),, 2 - (C, A, D e B), 3 - (V, V, V, V e F)
A - Treinamento
B - Processo de 
Teste
Consiste na capacitação em conceitos básicos sobre teste de 
software, técnicas de teste, documentação e processo. 
Prevê a realização das atividades de planejamento, projeto, execução 
e acompanhamento,pelos diversos níveis: unidade, integração,... 
2 - Os fatores de análise são determinantes para o planejamento de teste: Nível de teste, tipo de 
teste e técnica de teste. Eles dão suporte na definição de como, quando e o que testar.
Relacione as colunas corretamente indicando o fator correspondente a sua estratégia.
A - Quando testar 
B - Como testar 
C - O que testar
Técnica de teste 
Tipo de teste 
Nível de teste
3 - Analise as sentenças abaixo e indique V para as sentenças VERDADEIRAS e F para as sentenças 
FALSAS.
A - A equipe deve decidir quanto a elaborar um único plano ou um específico para cada 
nível: unidade, sistema, integração e validação.
B - A metodologia de teste é dividida em 3 componentes: treinamento, processo de teste 
e suporte na geração de documentos; 
C - Teste de carga, também chamado de stress executa o sistema de uma forma que exige 
recursos em quantidade, freqüência ou volumes anormais. 
D - Planejamento de teste não pode ser usado para todos os níveis de teste. Deve-se 
analisar a verdadeira necessidade.
Engenharia de Software e Gerencia de Projetos
13Teste de software – Plano de teste
Síntese
Resumindo pode-se destacar desta unidade:
Metodologia de teste é definida sobre 3 componentes: Treinamento, processo de teste e documentação.
Para elaboração do planejamento de teste a equipe de teste considera três fatores: Quando testar, referente 
a nível de teste; O que testar, referente a tipo de teste; e Como testar, referente a técnicas de teste.
A metodologia de teste é dividida em três partes: preparação, execução e registro. A preparação tem o 
objetivo de elaborar o planejamento e definir a melhor forma de realização dos testes; A execução realiza 
os testes; O registro documenta as ocorrências geradas em conseqüência a execução.
A equipe de teste define os testes que serão realizados.
 ● PRESSMAN, R.G. Engenharia de Software. Rio de Janeiro: McGraw-Hill, 2002. 935p.
 ● SOMMERVILLE, I.. Software Engineering, 8 ed.-São Paulo: Pearson Addison - Wesley, 2007. 
Bibliografia Recomendada