Testes Estáticos e Dinâmicos

Testes Estáticos e Dinâmicos

1. Testes Estáticos

   • Pode ser executado em qualquer artefato que possa ser lido como, por exemplo, os documentos organizacionais: políticas, estratégias, planos e processos. Além disso, também pode ser feito nos planos de projeto de garantia da qualidade e de gerência de configuração.

2. Revisão

   • É um exame sistemático de um documento que é realizado por uma ou mais pessoas com o objetivo de encontrar e remover erros. Pode ser usada para testar qualquer coisa que foi escrita ou digitada, incluindo documentos como especificação de requisitos, projetos, código, planos e casos de teste.
   • Vantagens
     • • Detecção de maneira antecipada dos defeitos, possibilitando a correção antecipada; • Diminuição significativa dos defeitos no software; • Aumento da qualidade do software produzido, bem como dos artefatos relacionados a ele; • Ganho de produtividade da equipe relacionada ao desenvolvimento. • Redução do tempo gasto para execução de teste; • Melhoria na comunicação, visto que autores e pares discutem e refinam o produto de trabalho em questão para garantir que todos tenham o mesmo entendimento do projeto, a clareza e a ausência de ambiguidade.
   • Processo
     • Todas as revisões, das formais às informais, apresentam os mesmos elementos básicos de um processo de revisão, que compreende: 1. Primeiramente, o fato de que o documento a ser revisado é estudado pelos revisores. 2. Depois, os revisores identificam problemas e questões relacionados, informando ao autor verbalmente ou através de um documento, contemplando o relatório consolidado. 3. Finalmente, o autor decide a ação a ser tomada para cada comentário feito pelo revisor e atualiza o relatório.
   • Tipos
     • INFORMAL: É um tipo de revisão estática com menor grau de formalidade e seu objetivo pode variar de acordo com a necessidade do autor. Pode focar a revisão da escrita e gramática de um determinado artefato, revisão da estrutura de um produto ou até mesmo o conteúdo profissional do mesmo. CARACTERÍSTICAS DO PROCESSO INFORMAL: • A revisão pode ser documentada, mas não é obrigatória. • O feedback da revisão para o autor pode ser verbal ou através de notas no próprio documento. • É uma forma de baixo custo e pode ser feita em par. • Os resultados desse tipo de revisão variam de acordo com o revisor, haja vista que a contribuição está diretamente ligada às habilidades da pessoa que realiza a revisão, podendo ou não possuir o conhecimento necessário para analisar o artefato em questão.
     • WALKTHROUGH – PASSO A PASSO: É a apresentação feita pelo autor, passo a passo, ou seja, linha por linha, de um documento durante a reunião. O autor apresenta o material em ordem lógica, sem limite de tempo a um grupo que verifica o material na medida em que ele vai sendo apresentado. Objetivos: • Objetivo principal: encontrar defeitos; • Objetivo secundário: uniformização de um determinado conhecimento refletido no conteúdo do documento revisado.
     • REVISÃO TÉCNICA : é uma atividade de discussão que tem como foco alcançar consenso para um determinado documento técnico, ou seja, não gerencial, e também é conhecida como revisão por pares. O objetivo primário da revisão técnica é encontrar defeitos e deve ser planejada para acontecer algumas vezes no ciclo de vida de desenvolvimento do software. CONDUÇÃO DA REVISÃO TÉCNICA : O gerente, inicialmente, agenda a preparação e reunião de revisão, informando qual artefato será analisado. A presença de um gerente, para decidir se o documento está apto para ser revisado, é indispensável nesse processo. Os revisores, em seguida, precisam analisar o material em busca de defeitos, antes da reunião iniciar e podem, opcionalmente, fazer o uso de checklists para essa preparação, consolidando uma lista do que foi encontrado. Durante a revisão o moderador apresenta os objetivos da reunião e folheia, página por página, o documento revisado. Nesse momento são levantadas e discutidas as questões e dúvi
     • INSPEÇÃO: A inspeção é um tipo formal e bem definido de teste estático e essa técnica foi introduzida em 1972 pela IBM com dois objetivos claros: a melhoria do produto e a do processo. O principal objetivo da inspeção é encontrar defeitos e assim contribuir para a melhoria, e possui algumas características:  O processo seguido deve ser formalmente descrito.  Deve possuir todos os papéis esperados para uma inspeção.  Material de consulta deve ser sempre utilizado.  O revisor deve buscar tipos específicos de erros.  Métricas devem ser definidas e coletadas.  A melhoria do processo é parte integrante do processo.  O moderador e os revisores devem ser treinados.
       • Os papéis envolvidos na inspeção são: • Líder da inspeção • Autor • Revisor • Moderador • Redator As inspeções devem ser lideradas por um moderador experiente que não é o autor do documento. É um procedimento formal baseado em regras e checklists utilizando critérios de entrada e saída. Também é necessária a preparação antes da reunião para a leitura do material. Ao final, um relatório é produzido contemplando os pontos observados pelos revisores, além das métricas relacionadas. Após a revisão, também é realizado um acompanhamento para garantir que a revisão esteja finalizada.

3. Análise Estática

   • É realizada a partir da escrita do código e tem o objetivo de encontrar defeitos no código e nos modelos gerados. O processo proporciona uma compreensão da estrutura do código, e pode ajudar a assegurar que o código adere às normas industriais, mundiais e de mercado.
   • Vantagens
     • • Detecção antecipada de defeitos, antes da execução do teste e, conseqüentemente, menor custo para corrigi-los. • Aviso prévio sobre aspectos suspeitos do código ou projeto, através do cálculo de métricas como, por exemplo, medida de complexidade do código. • Identificação de defeitos que não são facilmente encontrados pelo teste dinâmico, como detecção de dependências e inconsistências nos modelos de software. • Melhoria na manutenibilidade do código e projeto. • Prevenção de defeitos.
   • Erros
     • • Referenciamento de uma variável sem valor definido. • Interfaces inconsistentes entre módulos e componentes. • Variáveis que nunca foram utilizadas. • Código morto, que são linhas de código que não podem ser executadas devido à lógica do programa. • Violação a padrões de programação. • Vulnerabilidades de segurança. • Violação de sintaxe do código e dos modelos.