Você está na página 1de 2

As atividades de testes feita para garantir a confiabilidade do software A atividade de teste tem sido apontada como uma das

s mais onerosas do desenvolvim ento de software. O teste do software dividido em 4 etapas: -Planejamento de teste -Projeto de caso de teste -Execuo -Avaliao dos resultados dos testes Existe 3 fases de teste: -Unidade -Concentra-se na menor unidade do projeto -Procura encontrar erros de lgica e de implementao em cada mdulo de software isoladamente. -Integrao -Aplicado durante a integrao da estrutura do programa -Visa descobrir erros na interface entre os mdulos -Sistema -Realizado aps a integrao do sistema -Visa identificar erros de funes e de caractersticas que no estejam de acordo com a especificao. O teste pode ser classificado de duas maneiras: -Baseado em especificao(teste caixa preta) -determina se o programa satisfaz todas os requisitos funcionais e no-funcionais que foram especificados -Baseado em programa(teste caixa branca) -Requer a inspeo do cdigo fonte e a seleo de casos de teste que exerc item partes do cdigo e no sua especificao.

Terminologia O padro IEEE 610.12 define: -defeito(fault) - passo, processo ou definio de dados incorreto. Ex.:uma instruo ou comando errado -engano(mistake) - ao humana que produz um resultado incorreto. -erro(error) - diferena entre o valor obtido eo esperado -falha(failure) - produo de uma sada incorreta em relao a especificao. Sabe-se que o teste exaustivo impraticvel, ou seja, testar para todos os elemento s possiveis de entrada , em geral, caro e demanda muito mais tempo que o disponvel . Tcnicas de Teste: -Funcional(Caixa Preta) -So verificado as funes do sistema sem se preocupar com os detalhes de implementao. Dois Passos Principais: -identificar as funes que o software deve realizar -criar casos de teste para checar se estas funes esto sendo realizados pelo software. Critrios de testes funcional: -Particionamento em classes de equivalncia: -A partir das condies de entradas de dados identif icadas na especificao, dividi-se o dominio de entrada de um programa em classes de equivalncia vlidas e invalidas. -Analise do valor limite: -Os limites associados s condies de entradas so exer citados de formas mais rigorosas; pois nesses pontos se concentra um grande nmero

de erros. -Grafo de causa-efeito: -Estrutural(Caixa Branca) -Baseia-se no conhecimento da estrutura interna da implementao -Utiliza uma representao do programa conhecida como grafo de fluxo de controle ou grafo de programa. -Todo o programa pode ser decomposto em um conjunto de blocos di sjuntos de comandos. -