Teste de Software. Planejamento de Teste. Rosemary Silveira Filgueiras Melo

Transcrição

1 Teste de Software Planejamento de Teste Rosemary Silveira Filgueiras Melo 1

2 Agenda Atividades de Teste Conceitos importante no Contexto de Teste Abordagem de Teste 2

3 Atividades de Teste O objetivo da atividade de teste é encontrar defeitos e nunca afirmar que os sistemas não tem defeito 3

4 Atividades de Teste Uma solução para não se ter problema no software é testar todas as possibilidades? Quanto tempo levaria para executar este teste exaustivo? Exemplo : É possível testar para todos os possíveis valores inteiros de j? j varia entre e necessário realizar testes 4

5 Atividades de Teste Na prática não se consegue testar completamente um programa nem garantir que ele esteja livre de defeitos Quase impossível testar todas as possibilidades Sistemas Críticos chegam perto do ideal Custo muito alto Solução: Aplicar os critérios de teste para ajudar a definir melhor os casos de teste e os dados de entrada a fim de encontrar defeito. 5

6 Conceitos importantes no Contexto de Teste Plano de Teste Casos de Teste Cenário de Teste 6

7 Plano de teste Documento com as definições do planejamento de testes Baseado nos requisitos da aplicação e nos requisitos do teste Importantes porque Documenta o projeto de teste Permite que testes possam ser repetidos Sempre que houver modificação Controlados Controlar a execução do plano Define o nível de cobertura a ser alcançado Impossível testar tudo então, cobrir partes críticas do sistema 7

8 Plano de teste Itens do Plano de Teste (Modelo PMBOK) Escopo Custo Tempo Qualidade Plano de teste IEEE 829 define o que será coberto pelos testes Métricas Cronograma Abordagens dos testes Integração Recursos humanos Comunicação Riscos Suprimentos Ambiente de teste Pessoal Responsabilidades Entregas Riscos do processo de teste Plano de riscos e contingências Ferramentas de teste Modelo PMBOK e a proposta de plano da IEEE 8

9 Itens do Plano de teste Escopo o que será coberto pelo teste requisitos Interface com o outros softwares, componentes, elementos da rede que possam afetar o projeto Custo Usar métrica para medir o tamanho do projeto Métricas de teste ex.: pontos de casos de teste Tempo Ligado também ao tamanho do projeto 9

10 Itens do Plano de teste Qualidade Abordagem de teste Integração Com o projeto de desenvolvimento Recursos humanos Quantidade de homem/hora necessária Comunicação Reuniões de controle, relatórios de progresso 10

11 Itens do Plano de teste Riscos Não misturar os riscos do projeto de teste com os riscos do negócio Ex.: uso de uma ferramenta de automação que o testador não conheça Suprimentos Compra de ferramentas, etc. Endereços de templates com plano de testes: Outra referência de plano de teste está em IEEE

12 Casos de Teste O que é Casos de Teste? Sequência de passos que devem ser executados no sistema, sendo que os dados de entrada e saída esperado para cada passo são especificadas. Objetivo dos Casos de Teste Direcionar as ações do testador em uma determinada funcionalidade para que ele observe se o resultado obtido em cada passo, equivale ao resultado esperado de acordo com os requisitos. 12

13 Itens do Caso de Teste A norma (IEEE , 2008) menciona que um caso de teste deve conter: Item Descrição1. 1. Identificador do Caso de Teste Número único de identificação do caso de teste 2. Objetivo do Caso de Teste Indicar o objetivo do caso de teste 3. Entradas Todas as entradas consideradas no caso de teste 4. Saídas Saídas esperadas de acordo com as entradas indicadas na execução dos testes 5. Ambientes necessários Ambiente de hardware e software que deve ser montado para execução do Caso de teste em questão 13

14 Itens do Caso de Teste A norma (IEEE , 2008) menciona que um caso de teste deve conter: Item 6. Procedimentos especiais para execução do Caso de Teste 7. Dependência com outros Casos de Teste Descrição1. Especifica o que deve ser testado e a forma que o teste deve ser executado. Especificar casos de teste relacionados 14

15 Exemplo de Caso de Teste Exemplo 1: Item Descrição 1. Identificação do Caso de Teste Caso de Teste 1 Função: exemplo_simples (slide 4) 2. Objetivo do Caso de Teste Verificar se entradas negativas são possíveis 3. Entradas Saídas 0,99 5. Ambientes necessários Nenhum 6. Procedimentos especiais para execução do Caso de Teste 7. Dependência com outros Casos de Teste Nenhum Nenhum 15

16 Exemplo de Caso de Teste Exemplo 2: Item Descrição 1. Identificação do Caso de Teste Caso de Teste 2 - Login 2. Objetivo do Caso de Teste Verificar login inválido 3. Entradas E1 selecione no ícone do aplicativo E2- insira um inválido, sem (ex.: professor.gmail.com) e selecione next E3 selecione OK na mensagem 4. Saídas S1- o aplicativo deve exibir a tela de login S2 o aplicativo deve deixar a borda do campo login em vermelho e exibir a mensagem Por favor, digite um login válido S3 o cursor de digitação deve estar no campo login e o usuário poderá corrigir o login anterior 16

17 Exemplo de Caso de Teste Exemplo 2: Item Descrição 5. Ambientes necessários Smartphone com aplicativo instalado 6. Procedimentos especiais para execução do Caso de Teste 7. Dependência com outros Casos de Teste Nenhum Nenhuma (não é necessário realizar nenhuma ação antes para realizar o login) 17

18 Cenário de Teste O que é Cenário de Teste? Conjunto de Casos de teste relacionados que testam mesmo componente ou mesma funcionalidade do sistema. Objetivos do Cenário de Teste úteis para o teste de regressão de modo a garantir que as novas funcionalidades não inseriram defeito nas antigas. Revalidar mudanças nos casos de teste Treinar novos testadores e pessoas que darão suporte ao sistema. 18

19 Declaração de Defeito um defeito ao ser identificado deve ser registrado para permitir que a equipe de desenvolvimento possa identificar o defeito e eliminá-lo. A forma de reportar defeito depende muito de padrões definidos pela empresa ou das ferramentas utilizadas para gerenciar atividade de teste. Exemplo de ferramentas de teste: Jira e Zephyr da Atlassian, Bugzilla ou Testlink 19

20 Declaração de Defeito Modelo para Reportar Defeito Item Descrição1. 1. Identificador do defeito Identificador único para facilitar a localização e comunicação 2. Descrição do defeito Descrição sucinta do defeito encontrado 3. Versão do produto Versão do produto que o defeito foi encontrado 4. Passos detalhados Descrição dos passos realizados no sistema, incluindo os dados utilizados para encontrar o defeito 5. Data de reporte do defeito Facilitar o gerenciamento 6- Identificação do reportador Testador que identificou o erro 7-Status Situação atual do defeito. Exemplo de possíveis status: novo/aberto, designado, em verificação, resolvido, fechado, etc. 20

21 Declaração de Defeito Modelo para Reportar Defeito Item 8-Identificação do responsável pela correção Descrição1. Nome do desenvolvedor que corrigiu o defeito 9 Data de encerramento Data que o defeito foi dado como inexistente 10- Severidade Indica o grau de gravidade do defeito Ex.: bloqueia a versão, crítico, pequeno 11- Prioridade Prioridade em corrigir o defeito: alta, média e baixa. 21

22 Abordagem de teste Definição: Nível de teste Técnica de teste a ser aplicada Critério de teste a ser utilizado Tipo de teste a ser aplicado no software 22

23 Definição da abordagem de teste Nível de teste Identifica as fases em que o teste será aplicado Teste de unidade Relacionado ao teste dos módulos do sistema Teste de integração Integração entre os módulos Teste de sistema Atendimento dos requisitos funcionais e não funcionais Teste de aceitação Aceitação do usuário Teste de regressão Aplicados na fase de manutenção 23

24 Definição da abordagem de teste Nível de teste Teste de Unidade Foco nas menores unidades do programa Funções, procedimentos, métodos ou classes Espera-se encontrar erros relacionados a : Algoritmos incorretos Estruturas de dados incorretas Erros de programação 24

25 Definição da abordagem de teste Nível de teste Teste de Unidade Cada unidade é testada separadamente Aplicado a medida que é implementado Aplicado pelo desenvolvedor Não demanda que o sistema esteja completamente pronto 25

26 Definição da abordagem de teste Nível de teste Teste de Integração Realizado após o teste de unidade Ênfase na construção da estrutura do sistema Verifica se a integração entre as unidades funciona Necessário conhecimento sobre as estruturas internas e sobre as interações entre as partes Em geral executado pela equipe de desenvolvimento 26

27 Definição da abordagem de teste Nível de teste Teste de Sistema Após as partes terem sido integradas Verificar se as funcionalidades dos requisitos estão implementadas corretamente Explorar coesão, completude, requisitos não funcionais, segurança, performance... Equipes diferentes podem ser designadas para realizar o teste 27

28 Definição da abordagem de teste Nível de teste Teste de aceitação Executado pelo usuário Valida se o software faz o que foi pedido 28

29 Definição da abordagem de teste Nível de teste Teste de Regressão Realizado durante a manutenção do software Após as modificações Avalia se a mudança funciona como esperado e se os requisitos anteriores continuam válidos 29

30 Definição da abordagem de teste Técnica de teste Depende da fase do desenvolvimento e direciona a escolha dos critérios para geração dos casos de teste Teste estrutural Adota critérios com a finalidade de encontrar defeitos nas estruturas internas do software Teste funcional Adota critérios com a finalidade de garantir que os requisitos sejam atendidos Ao se adotar uma técnica escolhe-se um critério a ser usado para gerar os casos de teste 30

31 Definição da abordagem de teste Tipos de teste Características do software que poderão ser testados Teste de Funcionalidade Teste de Interface Teste de Desempenho Teste de Carga (Stress) Teste de Usabilidade Teste de Volume Teste de Segurança 31

32 Relação Nível x Técnica x Tipo de teste (Crespo A. et al, 2005) 32