CursoTestesAutomatizados-Aula01

Testes Automatizados

de Software

Aula 01

Agenda

 _{Qualidade de Software} _Definições

_Dimensões

_{Qualidade e Produtividade}  _{Por que testar um software}

_{Definições de Teste} _Motivação

 _{Por que é Difícil Testar um Software?}  _{Investimento em Teste de Software}

Definições de Qualidade de Software

 _{“O conjunto de características de um produto que}

satisfazem uma dada necessidade.” [American

Society for Quality]

 “Conformidade com os requisitos.” [Philip Crosby].

 _{“O composto de produto e serviços que atendem às}

Dimensões de Qualidade de Software

 _{Funcionalidade: avalia o funcionamento da}

aplicação em relação aos cenários de uso.

 _{Usabilidade: avalia a qualidade sob a perspectiva}

de adequação da aplicação ao usuário.

 Suportabilidade: avalia a aplicação sobre aspectos de manutenção e suporte em produção.

 _{Confiabilidade: avalia a consistência do}

comportamento da aplicação.

 _{Performance: avalia a aplicação em situações de}

Qualidade e Produtividade

Como obter a qualidade e a produtividade

Qualidade e Produtividade

Métodos de Engenharia de Software Como obter a qualidade e a produtividade

Qualidade e Produtividade

Métodos de Engenharia de Software Revisões Técnicas Formais Como obter a qualidade e a produtividade

Ajudam a garantir a qualidade do produto produzido como uma consequência de cada passo da engenharia de software

Qualidade e Produtividade

Métodos de Engenharia de Software Revisões Técnicas Formais Padrões e Procedimentos Como obter a qualidade e a produtividade

Qualidade e Produtividade

Métodos de Engenharia de Software Revisões Técnicas Formais Padrões e Procedimentos Garantia da Qualidade Como obter a qualidade e a produtividade

Qualidade e Produtividade

Métodos de Engenharia de Software Revisões Técnicas Formais Padrões e Procedimentos Garantia da Qualidade Medições Como obter a qualidade e a produtividade

Qualidade e Produtividade

Métodos de Engenharia de Software Revisões Técnicas Formais Padrões e Procedimentos Garantia da Qualidade Medições Normas e Modelos de Qualidade

Definem procedimentos para atingir a qualidade. Norma: ISO 15504, ISO 9000-3, ISO 9126

Modelos: CMM e CMMi

Como obter a qualidade e a produtividade

Qualidade e Produtividade

Métodos de Engenharia de Software Revisões Técnicas Formais Padrões e Procedimentos Garantia da Qualidade Medições Normas e Modelos de Qualidade Atividades de Testes Como obter a qualidade e a produtividade

Definições de Teste

 _{Qual a melhor resposta?}

_{Não há diferença entre testar e debugar}

_{O objetivo do teste é provar que o software}

funciona

_{O objetivo do teste é provar que o software não}

funciona

_{O objetivo do teste não é provar nada, mas sim}

reduzir o risco percebido dele não funcionar para um determinado valor

_{Testar não é um ato e sim uma disciplina mental}

Definições de Teste

 _{Qual a melhor resposta?}

_{Não há diferença entre testar e debugar}

_{O objetivo do teste é provar que o software}

funciona

_{O objetivo do teste é provar que o software não}

funciona

_{O objetivo do teste não é provar nada, mas sim}

reduzir o risco percebido dele não funcionar para um determinado valor

_{Testar não é um ato e sim uma disciplina mental}

Definições de Teste

 _{Afirmações mais comuns sobre teste de software:} _{Garantir que o programa corresponde à sua}

especificação.

_{Descobrir defeitos de software.}

_{Certifica-se de que o software não faz o que não}

está proposto fazer.

_{Ter a confiança de que o software terá um}

desempenho adequado.

_{Entender o risco existente em liberar um sistema}

Definições de Teste

 _{Algumas Definições Formais:}

_{Teste é o processo de executar um software com}

o objetivo de verificar se ele satisfaz requisitos específicos e de detectar erros [British Computer Society – SIGST].

_{Teste é uma atividade direcionada para avaliar}

um atributo ou capacidade de um programa ou sistema e determinar se o mesmo satisfaz os resultados requeridos [Hetzel].

Definições de Teste

 _{Algumas Definições Formais (cont.):}

_{Teste é o processo de executar um programa ou}

sistema com a intenção de encontrar erros [Myers].

Teste são técnicas de controle da qualidade baseadas na realização de experimentos

controlados [Staa].

_{Teste é o processo pelo qual se explora e}

entende o estado dos benefícios e riscos associados com a versão de um sistema de software [Bach].

Motivações para Teste de Software

 _{Por questão de qualidade}

_{Para buscar a satisfação do cliente através da}

conformidade do sistema entregue com os seus requisitos

 _{Por questão de negócio}

_{Para avaliar os riscos para o negócio associados}

Motivações para Teste de Software

 _{Por questão de segurança}

_{Para evitar acessos indevidos}  _{Por questão de economia}

_{Para diminuir o custo com manutenção corretiva} _{Estatísticas indicam que 32% do tempo de uma}

analista é gasto em retrabalho devido à

manutenção corretiva causada por falhas de especificação, projeto ou de implementação

Motivações para Teste de Software

 _{Por questão de confiabilidade}

_{Garantir que defeitos encontrados foram}

corrigidos

_{A confiabilidade, um dos atributos de qualidade}

de software, é a probabilidade de que o software não falhe num período de tempo de execução definido e num ambiente especificado.

Por que é Difícil Testar um Software?

 _{O teste pode demonstrar a presença de defeitos,}

mas não pode provar que eles não existem

 _{Testar tudo (todas as combinações de entradas e}

pré-condições) não é viável, exceto para casos triviais

 _{Teste é um processo caro}

Por que é Difícil Testar um Software?

 _{Software é complexo, intangível e altamente}

modificável

 _{Teste lida com pessoas (testadores,}

desenvolvedores, líderes de projeto, unidade de negócio, . . .)

 _{Preocupação com teste somente na fase final do}

projeto

 _{Teste exige: conhecimento, recursos, planejamento,}

tempo, compromisso e integração com outras áreas.

Investimento em Teste de Software

 _{Existem vários exemplos onde a falha de um}

sistema causa prejuízos diretos (dinheiro) ou indiretos (perda de mercado)

 _{Esses exemplos ocorrem principalmente em}

sistemas:

_{Onde o nível de segurança é crítico} _{Onde o negócio é crítico}

_{Onde as aplicações são críticas}

Investimento em Teste de Software

 _{Quando o Teste é considerado como um}

investimento surgem perguntas como:

_{Será possível economizar recursos em algum}

ponto para executar as atividades de Teste?

_{Que tipo de retorno terei sobre o meu}

investimento em Testes?

_{Que tipo de técnicas de teste utilizarei para ter o}

maior retorno sobre o investimento realizado?

Investimento em Teste de Software

 _{Quando o Teste é considerado como um}

investimento surgem perguntas como (cont.):

_{Com que tipos de risco eu preciso me}

preocupar?

_{Quando devo investir em testes?} _{Quando devo parar de testar?}

_{De que forma os testes afetam o meu ciclo de}

Investimento em Teste de Software

 _{Quanto a Qualidade custa?}

C_qualidade = C_conformidade + C_{não-conformidade}

_{Custo da Conformidade: inclui Testes (encontrar}

defeitos) e Garantia da Qualidade (prevenção de defeitos)

_{Custo da Não-Conformidade: inclui corrigir}

defeitos, re-teste, imagem da empresa, garantia de contratos, . . .

Investimento em Teste de Software

Investimento em Teste de Software

 _{O retorno de testes pode ser zero ou mesmo}

negativo, se:

_{Gastar esforço em cenários que o usuário nunca}

irá utilizar

_{Corrigir defeitos que o usuário nunca irá perceber}

Investimento em Teste de Software

 _{Os melhores investimentos são em testes que}

encontrem defeitos que os usuários aprovarão sua correção. Mas para isso, é necessário:

_{Entender a utilização do sistema pelos usuários} _{Planejar os melhores testes}

_{Relacionar os testes com os maiores riscos dos}

Investimento em Teste de Software

 _Portanto:

_{Investir em testes pode reduzir de forma}

significativa os custos de um software

 _{Porém, só irá obter bons resultados se escolher os}

testes corretamente:

_{Os melhores retornos são aqueles onde os}

testes são focados nos maiores riscos

_{As atividades de teste devem ficar diluídas em}