TESTES DE SOFTWARE. Unidade 5 Teste de Software em Sistema em Produção. Luiz Leão

Transcrição

1 Luiz Leão

2 Conteúdo Programático Teste de software nos diversos tipos de Manutenção Confiabilidade Disponibilidade

3 Teste de software nos diversos tipos de Manutenção

4 Introdução Estudaremos os testes de manutenção (corretiva, perfectiva, adaptativa e preventiva) que um sistema em produção poderá sofrer. É importante ressaltar que estes tipos de testes de software aplicados na manutenção de sistemas em produção demandam cuidados adicionais, notadamente quanto à corretitude e ao tempo reduzido para realizar os testes, depurar os erros e validar os resultados, uma vez que os sistemas são ativos da empresa e suas interrupções podem causar danos e prejuízos à empresa.

5 Introdução Estudaremos também sobre a importância da medida de confiabilidade e da disponibilidade de um software. Veremos que o conceito de confiabilidade se baseia na execução do sistema em determinada unidade de tempo sem falhas. Enquanto que o conceito de disponibilidade se baseia na oferta do software em determinada unidade de tempo, considerando-se, proporcionalmente, o tempo útil de uso e o tempo de reparo de falhas.

6 Introdução Fonte: Pressman, 2006

7 Introdução A manutenção de software existente pode ser responsável por mais de 70% de todo o esforço despendido por um setor de desenvolvimento de sistemas. A porcentagem pode aumentar a medida que mais software é produzido ou de acordo com o contexto organizacional.

8 Introdução A mudança é inevitável quando se constroem sistemas baseados em computador, já que os processos empresariais mudam e se renovam cada vez mais rápido levando à um ciclo de vida dos produtos cada vez menor. Outro fator importante: algumas estatísticas apontam que para cada três vezes que fazemos uma manutenção, em uma delas adicionamos um erro por falha nossa.

9 Introdução Uma das metas principais da Engenharia de Software é a de facilitar a acomodação das mudanças, reduzir a quantidade de esforço despendido em manutenção e aumentar a qualidade das tarefas associadas à Manutenção de Software.

10 Tipos de Manutenção Independentemente do domínio da aplicação, tamanho ou complexidade, o software continuará a evoluir com o tempo. Após seu desenvolvimento um sistema pode ficar operacional, ou seja, em produção por anos ou até mesmo décadas. Porém durante este período o próprio sistema ou seu ambiente operacional podem ser corrigidos, modificados ou completados.

11 Tipos de Manutenção Diferentes causas geram manutenções em um software em produção, e podem ser classificadas em: Manutenção Corretiva; Manutenção Adaptativa; Manutenção Perfectiva; Manutenção Preventiva.

12 Tipos de Manutenção Manutenção Corretiva: Irá identificar e corrigir defeitos (erros latentes). inclui o diagnóstico e a correção de um ou mais erros não descobertos na fase de teste do software; Uma grande quantidade desses erros indica que o software não foi testado adequadamente; Esse tipo de manutenção não deveria ocorrer.

13 Tipos de Manutenção Manutenção Adaptativa: Necessária para ajustar o sistema/programa às novas tecnologias, metodologias, modelos de gestão, legislação e etc. hardware (processadores, periféricos e etc.) software (linguagens, sistemas operacionais etc.)

14 Tipos de Manutenção Manutenção Perfectiva: Irá incluir novas funções (ampliações) no software em produção, como: Para atender a solicitações do usuário quanto a melhorias, novas funções, mudança de contexto organizacional e etc. É o tipo responsável que mais requer manutenção.

15 Tipos de Manutenção Manutenção Preventiva: Modificações para melhorar a confiabilidade, a manutenibilidade futura ou para futuras ampliações.

16 Tipos de Manutenção Para entender as características da manutenção de um software devemos considerar: Manutenção Estruturada versus Não Estruturada; Custos associados à Manutenção; Problemas associados à manutenção;

17 Características da Manutenção Pedido de Manutenção Manutenção Estruturada Configuração Manutenção Não Estruturada Avaliar o projeto Avaliar o código Planejar a Abordagem Modificar o projeto? Recodificar Recodificar Revisão Revisão Teste e Lançamento

18 Características da Manutenção Manutenção Não Estruturada Se o único elemento disponível do software for o códigofonte, a atividade inicia-se por uma penosa avaliação do código; Frequentemente a documentação interna é ruim; Diversas características do software, como por exemplo restrições de projeto, são difíceis de ser verificadas e acabam mal interpretadas;

19 Características da Manutenção Manutenção Não Estruturada (cont.) As mudanças feitas são difíceis de ser avaliadas. Testes de Regressão são impossíveis de ser realizados por não existir nenhum registro de teste. Esforço perdido e frustração

20 Teste de Regressão É uma técnica do teste de software que consiste na aplicação de versões mais recente do software, para garantir que não surgiram novos defeitos em componentes já analisados. Se, ao juntar o novo componente ou as suas alterações com os componentes restantes do sistema surgirem novos defeitos em componentes inalterados, então considera-se que o sistema regrediu.

21 Características da Manutenção Manutenção Estruturada: Ocorre como resultado de aplicação anterior de uma metodologia de engenharia de software, iniciando-se por uma avaliação do projeto; O impacto das modificações ou correções exigidas é avaliada e uma abordagem é planejada;

22 Características da Manutenção Manutenção Estruturada (cont.) Usando-se técnicas adequadas, o projeto é modificado e revisado. Um novo código-fonte pode ser desenvolvido, testes de regressão são levados a efeito. Embora a existência de uma metodologia não garanta uma manutenção isenta de problemas, a quantidade de esforço é reduzida e a qualidade da mudança ou correção é aumentada.

23 Características da Manutenção Custos da manutenção: O custo da manutenção tem aumentado nos últimos anos em proporção aos outros gastos do orçamento do software;

24 Características da Manutenção Custos intangíveis da manutenção: Insatisfação do cliente quanto à demora no atendimento; Redução da qualidade devido à introdução de novos erros; Descontentamento das pessoas destinadas à tarefa. Oportunidade de desenvolvimento que é postergada ou perdida porque os recursos disponíveis estão na tarefa de manutenção; Drástica diminuição de produtividade se comparada à construção de um software;

25 Características da Manutenção Problemas associados à manutenção: A maioria dos problemas remete-se a deficiências na maneira segundo o qual o software foi planejado e desenvolvido. A falta de controle e disciplina nas atividades de desenvolvimento da engenharia de software quase sempre se traduz em problemas durante a manutenção. Vamos pagar muito mais agora o que não quisemos gastar anteriormente.

26 Características da Manutenção Problemas associados à manutenção: A documentação do sistema não existe ou é muito ruim; As mudanças e correções realizadas no sistema não estão adequadamente documentadas; Frequentemente é difícil ou impossível rastrear o processo através do qual o software foi criado; Muitas vezes é difícil entender o programa de outra pessoa ;

27 Características da Manutenção Problemas associados à manutenção: (cont.) A outra pessoa, quase sempre, não está por perto para explicar o programa; A maioria dos sistemas não é projetada para sofrer mudanças; A manutenção não é vista como um trabalho muito glamouroso.

28 Teste em Manutenção O teste de manutenção (Sylabbus,2007) é iniciado por: Modificações no software; Migrações; Retiradas de software ou sistemas.

29 Teste em Manutenção Como vimos, estas modificações podem ser inclusões de melhorias planejadas, ou seja, uma nova versão do software, podem ser mudanças corretivas e emergenciais, ou ainda mudanças de ambiente, como atualização em sistema operacional ou banco de dados, e correções ( patches ) para expor e encontrar vulnerabilidades do sistema operacional.

30 Teste em Manutenção Além de testar o que foi alterado, o teste de manutenção pode incluir também um teste de regressão para as partes do sistema que não foram testadas especificamente. O escopo do teste de manutenção está relacionado ao risco da mudança, o tamanho do sistema existente e o tamanho da mudança. Dependendo da mudança, o teste de manutenção pode ser feito em todos ou apenas em alguns módulos do sistema, e podem ser aplicados todos ou alguns tipos de testes.

31 Teste em Manutenção A determinação de como um sistema pode ser afetado por mudanças é chamado de análise de impacto, e pode ser usado para ajudar a decidir quantos testes de regressão serão realizados. Os testes de manutenção pode se tornar uma tarefa complicada se as especificações do software estiverem desatualizadas ou incompletas.

32 Teste em Manutenção Dependendo do tipo de manutenção podemos ter os seguintes tipos de teste: Teste em Manutenção Corretiva; Teste em Manutenção Perfectiva; Teste em Manutenção Adaptativa; Teste em Manutenção Preventiva.

33 Teste em Manutenção Corretiva São os mais exigidos uma vez que se trabalha sobre um produto com vícios de construção, o que pode demandar esforço significativo para identificação e correção adequada do erro. Neste caso é indispensável a aplicação dos testes de validação (seu objetivo é avaliar a conformidade do software com os requisitos e especificações analisadas e revisadas nas etapas iniciais do projeto). Isto evitará possível propagação ou derivação de erro pela correção realizada e levando em consideração que tudo isso deverá ocorrer em diminuto espaço de tempo.

34 Teste em Manutenção Perfectiva Também conhecida como manutenção evolutiva, se assemelha ao teste na construção do software, pois testa-se novas funções, incluídas pelo usuário, que serão iniciadas no sistema, podendo ser planejada.

35 Teste em Manutenção Adaptativa Por validar mudanças impositivas quer legais, quer tecnológicas, mesmo com tempo limitado, são previsíveis, podendo, assim como a perfectiva e a preventiva, serem planejadas, o que facilita a atividade de teste de software.

36 Teste em Manutenção Preventiva É o mais previsível, pois busca identificar, antecipadamente, possíveis erros ou falhas no aplicativo que está sendo usado na empresa. Vale ressaltar que este tipo de teste não é muito usual.

37 Confiabilidade e Disponibilidade

38 Confiabilidade e Disponibilidade Com o constante desenvolvimento da TI, os sistemas computacionais têm sido requisitados em quase todas as áreas da atividade humana. Essa crescente dependência em relação ao software tem conscientizado os usuários, que cada vez mais exigem softwares confiáveis. Por isso o software constitui a parte mais cara para a solução de um problema que envolve a TI.

39 Confiabilidade e Disponibilidade Consequentemente desenvolver um software com qualidade tem exigido um enorme esforço na atividade de teste. Os problemas de confiabilidade e disponibilidade podem quase sempre ser associados a defeitos de projeto ou de implementação. Antes de estudarmos sobre a confiabilidade e disponibilidade de um software, precisamos compreender o conceito de falha. Segundo Pressman(2011): É a falta de conformidade com os requisitos de software.

40 Confiabilidade e Disponibilidade Existem diferentes tipos de falhas que podem ser problemáticas ou catastróficas. Enquanto uma determinada falha pode ser corrigida em segundos, outras necessitarão de horas ou até mesmo meses para serem corrigidas. É importante considerar também que às vezes a correção de uma falha pode resultar na introdução de outros erros que resultarão em outras falhas.

41 Confiabilidade e Disponibilidade Componentes dos sistemas que estão sujeitos a falhas: Hardware: Erros de fabricação; Final de sua vida útil. Software: Especificação, projeto ou implementação; Operadores humanos; Falha ao operar o sistema.

42 Confiabilidade e Disponibilidade Dimensões da confiança de um software: Segundo Sommerville (2003), confiança de um sistema: É uma propriedade do sistema que equivale a sua integridade. Ou seja, é o grau de confiança dos usuários de que o sistema operará como eles esperam e não falhará em uso normal. Existem quatro dimensões principais de confiança:

43 Confiabilidade e Disponibilidade Fonte: Sommerville, 2003

44 Disponibilidade Se baseia na oferta do software em determinada unidade de tempo, considerando-se, proporcionalmente, o tempo útil de uso e o tempo de reparo de falhas. É a probabilidade de que um programa esteja operando de acordo com os requisitos em determinado ponto do tempo.

45 Confiabilidade Se um programa deixar de funcionar repetidamente, pouco importa se outros fatores de qualidade de software são aceitáveis. Confiabilidade é definida como a probabilidade de operação livre de falhas de um programa de computador num ambiente específico durante determinado tempo.

46 Confiabilidade O conceito de confiabilidade de software se baseia na execução do sistema em determinada unidade de tempo sem falhas. A confiabilidade do produto de software é influenciada pelo processo de software utilizado para desenvolver o produto. Um processo orientado no sentido de evitar defeitos poderá desenvolver um sistema confiável.

47 Segurança de Software Quando o software é usado como parte do controle de Ambientes Críticos, as falhas tornam-se muito mais difíceis de serem detectadas, podendo resultar em significativos danos e até perda de vidas. É uma atividade que se concentra na identificação e avaliação de casualidades em potencial que possam exercer um impacto negativo sobre o software e fazer com que todo o sistema falhe.

48 Segurança de Software Se as casualidades puderem ser identificadas, é possível especificar características de projeto que as eliminem ou controlem. Um processo de modelagem e análise é levado a efeito. Inicialmente, as casualidades são identificadas e dispostas por categorias, criticidade e risco. Logo que as casualidades são identificadas e analisadas, os requisitos relacionados à segurança podem ser especificados. A especificação pode conter uma lista de eventos indesejáveis e as respostas desejadas a esses eventos.

49 Proteção A proteção de um sistema é uma avaliação do ponto em que o sistema protege a si mesmo de ataques externos. Erros no desenvolvimento de um sistema podem levar a falhas de proteção. Sem um nível razoável de proteção, a disponibilidade, a confiabilidade e a segurança do sistema poderão ser comprometidas se ataques externos provocarem algum dano ao sistema.

50 Medida de Confiabilidade Um meio simples de se medir a confiabilidade de um software é observar o tempo para a ocorrência da próxima falha. Métricas que podem ser utilizadas para medir a confiabilidade: Tempo médio de ocorrência de falhas Tempo médio até a ocorrência de falhas Tempo médio de reparo Métrica do número de falhas do sistema Taxa de ocorrência de falha. Probabilidade de falha sob demanda Métricas de tempo ou número de transações

51 Medida de Confiabilidade O tempo médio entre falhas, MTBF (mean time between failure), representa o tempo esperado para a ocorrência da próxima falha, ou seja, é o tempo durante o qual o software funciona sem falhas (Delamare & Maldonado & Jino, 2007). É calculado considerando-se a soma de duas medidas: MTTF (mean time to failure) Tempo médio de uso até a falha do software e MTTR (mean time to repair) Tempo médio de reparo da falha no software.

52 Medida de Confiabilidade MTBF = MTTF + MTTR MTBF tempo médio de ocorrência de falhas (mean time between failure) MTTF tempo médio até a ocorrência de falha (mean time to failure) MTTR tempo médio de reparo (mean time to repair) Portanto, quanto maior for o MTBF e o MTTF em relação ao MTTR mais tempo o sistema ficou operativo.

53 Medida de Confiabilidade Tempo gasto para reparar ou reiniciar o sistema A medida de disponibilidade de software considera as medidas MTTF e MTTR, sendo mais sensível ao MTTR ou seja, tempo de correção da falha, pois a disponibilidade é obtida através de: Disponibilidade = MTTF x 100% (MTTF + MTTR) Quanto mais próximo de 1 for a disponibilidade, mais disponível o software esteve no período, logo, mais será produtivo.