TESTE DE CAIXA BRANCA O teste da caixa branca usa a estrutura de controle do projeto procedimental para derivar casos de teste.

O engenheiro de software pode derivar os casos de teste que: garantam que todos os caminhos independentes dentro de um mdulo tenham sido exercitados pelo menos uma vez; Exercitem todas as decises lgicas para valores falsos ou verdadeiros; executem todos os laos em suas fronteiras e dentro de seus limites operacionais; e exercitem as estruturas de dados internas para garantir a sua validade. TESTE DE CAIXA PRETA Os mtodos de caixa preta concentram-se nos requisitos funcionais do software.O engenheiro de software pode derivar conjunto de condies de entrada que exercitem completamente todos os requisitos funcionais para um programa. O teste de caixa preta procura descobrir erros nas seguintes categorias: funes incorretas ou ausentes; erros de interface; erros nas estruturas de dados ou no acesso a banco de dados externos; erros de desempenho; e erros de inicializao e trmino. O teste de caixa preta tende a ser aplicado durante as ltimas etapas da atividade de teste. Ele se concentra no domnio de informao. Testes so projetados para responder s seguintes perguntas: Como a validade funcional testada ? Quais classes de entrada constituiro bons casos de teste ? O sistema particularmente sensvel a certos valores de entrada ? Como as fronteiras de uma classe de dados so isoladas ? Quais ndices de dados e volumes de dados o sistema pode tolerar ? Que efeito tero combinaes especficas de dados sobre a operao do sistema ? Alguns mtodos de Caixa preta sero abordados agora : Particionamento de equivalncia Divide o domnio de entrada de um programa em classe de dados a partir das quais os casos de teste podem ser derivados. O particionamento de equivalncia procura definir um caso de teste que descubra classes de erros, assim reduzindo o nmero total de casos de teste que devem ser resolvidos. O projeto de casos de teste para o particionamento de equivalncia baseia-se numa avaliao de classes de equivalncia para uma condio de entrada. Uma classe de equivalncia representa um conjunto de estados vlidos ou invlidos para condies de entrada. As classes de equivalncia podem ser definidas de acordo com as seguintes diretrizes:

Se uma condio de entrada especificar um intervalo, uma classe de equivalncia vlida e duas classes de equivalncia invlidas so definidas. Se uma condio de entrada exigir um valor especfico, uma classe de equivalncia vlida e duas classes de equivalncia invlidas so definidas. Se uma condio de entrada especificar um membro de um conjunto, uma classe de equivalncia vlida e uma classe de equivalncia invlida so definidas. Se uma condio de entrada for booleana, uma classe vlida e uma invlida so definidas. Aplicando-se as diretrizes para derivao de classes de equivalncias, os casos de testes para cada item de dados do domnio de entrada poderiam ser desenvolvidos e executados. Os casos de teste so selecionados de forma que o maior nmero de atributos de uma classe de equivalncia seja exercitado de uma s vez. Anlise de valor limite Um nmero maior de erros tende a ocorrer nas fronteiras do domnio de entrada do que no "centro". Por isso que a anlise do valor limite foi desenvolvida como uma tcnica de teste. Os testes pem a prova os valores fronteirios. Essa tcnica complementa o particionamento de equivalncia, e sob muitos aspectos as diretrizes se assemelham quelas apresentadas para o particionamento de equivalncia: Se uma condio de entrada especificar um intervalo, delimitado pelos valores a e b, os casos de teste devem ser projetados com valores a e b logo acima e logo abaixo de a e b, respectivamente. Se uma condio de entrada especificar uma srie de valores os casos de teste que ponham prova nmeros mximos e mnimos devem ser desenvolvidos. Valores logo acima e logo abaixo do mnimo e do mximo tambm so testados. Aplique as diretrizes 1 e 2 s condies de sada. Por exemplo, suponhamos que uma tabela de temperatura versus presso seja exigida como sada de um programa de anlise de engenharia. Os casos de teste devem ser projetados para criar um relatrio de sada que produza um nmero mximo (e mnimo) permissvel de entradas na tabela. Se estruturas internas de dados do programa tiverem prescrito fronteiras , certifique-se de projetar um caso de teste para exercitar a estrutura de dados em sua fronteira. Tcnicas de grafo de causa-efeito O grafo de causa-efeito, uma tcnica de projetos de caso de teste que oferece uma uma representao concisa das condies lgicas e das aes correspondentes. A tcnica segue quatro passos: Causas (condies de entrada) e efeitos (aes) so relacionados para um mdulo e um identificador atribudo para cada um. Um grafo de causa efeito desenvolvido. O grafo convertido numa tabela de deciso.

As regras da tabela de deciso so convertidas em casos de teste. Testes de comparao Usa-se quando a confiabilidade do software absolutamente crtica. alguns pesquisadores tem sugerido que verses independentes de software sejam desenvolvidas para aplicaes crticas , mesmo quando uma nica verso for usada no sistema computadorizado entregue.Essas verses independentes formam a base de uma tcnica de teste de caixa preta denominada teste de comparao ou teste back-to-back. O mtodo de comparao no infalvel. Se a especificao a partir da qual todas as verses foram desenvolvidas estiver errada, provavelmente todas as verses refletiro o erro. Alm disso, se cada uma das verses independentes produzir resultados idnticos, mas incorretos, os testes de condies deixaro de detectar o erro. Testes de sistemas de tempo real Mtodos de projetos de caso de teste abrangente para sistemas de tempo real ainda precisam ser desenvolvidos. Porm uma estratgia global de quatro passos pode ser proposta: Teste de tarefas. O primeiro passo da atividade de testes de softwares de tempo real consiste em testar cada tarefa independentemente. Ou seja, testes de caixa preta e de caixa branca so projetados e executados para cada tarefa. Cada tarefa executada independentemente durante esses testes. O teste de tarefas revela erros de lgica e de funo, mas no revelar erros comportamentais ou de timing. Teste comportamental. Usando modelos de sistemas criados com as ferramentas CASE, possvel simular o comportamento de um sistema de tempo real e examinar seu comportamento como uma conseqncia de eventos externos. Essas atividades de anlise podem servir como a base para o projeto de casos de teste que ser realizado quando o software de de tempo real for construdo. Teste intertarefas. Assim que os erros em tarefas individuais e no comportamento de sistema tiverem sido isolados , a atividade de teste desvia-se para erros relacionados ao tempo. As tarefas assncronas, que sabidamente comunicam-se entre s , so testadas com diferentes taxas de dados e cargas de processamento para determinar se ocorrero erros de sincronizao intertarefas. alm disso, as tarefas que se comunicam por intermdio de uma fila de mensagens so testadas para descobrir erros na determinao do tamanho dessas reas de armazenagem de dados. Teste do sistema. O software e o hardware so integrados e uma

variedade completa de de testes de sistema levada a efeito, numa tentativa de descobrir erros na interface software/hardware. RESUMO O objetivo principal do projeto de casos de teste derivar um conjunto de teste que tenham alta probabilidade de revelar defeitos no software. Para atingir esse objetivo, duas categorias diferentes de tcnicas de projeto de caso de teste so usadas: O teste de caixa preta e o teste de caixa branca. Os teste de caixa branca focalizam a estrutura de controle do programa. Os casos de teste so derivados para garantir que todas as instrues do programa tenham sido exercitadas pelo menos uma vez durante os testes e que todas as condies lgicas tenham sido exercitadas. Os testes de caminho bsico , uma tcnica de caixa branca, faz uso de grafos de programa para derivar o conjunto de testes linearmente independentes que garantir cobertura. Os testes de fluxo de dados e das condies pem prova lgica do programa, e os testes de laos complementam outras tcnicas de caixa branca ao proporcionar um procedimento para exercitar laos de vrios graus de complexidade. Os teste de caixa branca so "testes em pequeno porte" (testing in the small). A implicao dessa colocaxo que os teste de caixa branca so tipicamente aplicados a componentes de programas pequenos (Os mdulos). Os testes de caixa preta, por outro lado, ampliam o nosso foco e poderiam ser denominados "testes em grande porte" (testing in the large ). Os testes de caixa preta so projetados para validar os requisitos funcionais, sem se preocupar com o funcionamento interno de um programa. As tcnicas de teste de caixa preta concentram-se no domnio de informaes do software, derivando os casos de teste ao dividir a entrada e a sada de uma maneira que proporcione uma satisfatria cobertura de teste. O paarticionamento de equivalncia divide o domnio de entrada em classes de dados que provavelmente exercitaro uma funo de software especfica. A anlise do valor de fronteira prova a capacidade que um programa tem de manipular dados nos limites da aceitabilidade. o grafo de causa-efeito uma tcnica que possibilita que o analista valide conjuntos complexos de aes e condies. Os projetistas de softwares experientes freqentemente dizem: " a atividade de teste nunca termina; ela apenas transferida do projetista para o seu cliente. toda vez que o seu cliente usa o programa, um teste realizado". Ao aplicar o projeto de casos de teste, o engenheiro de software pode realizar testes mais completos e, portanto, descobrir e corrigir o maior nmero de erros possveis antes que os "testes do cliente" se iniciem.