Validao e Verificao de software Uma estratgia de teste de software: Tcnicas de projeto de casos de teste Resultam Construo bem sucedida

de software

o o o o o o o incorreta.

A atividade de teste inicia-se no nvel de mdulos e prossegue "para fora", na direo da integrao de todo o sistema baseado em computador. Diferentes tcnicas de teste so apropriadas a diferentes pontos de tempo. realizada pela equipe de desenvolvimento do software e para grandes projetos por um grupo de testes independente. As atividades de teste e depurao so atividades diferentes, mas a depurao deve ser acomodada em qualquer estratgia de teste. A diferena entre Verificao e validao: A verificao refere-se ao conjunto de atividades que garante que o software realiza corretamente uma funo especfica. A validao refere-se a um conjunto diferente de atividades que garante que o software que foi construdo e rastrevel s exigncias do cliente Sob outro ponto de vista, proposto por Boehm: Verificao: "Estamos construindo certo o produto?" Validao: "Estamos construindo o produto certo?" Freqentemente, h uma srie de interpretaes errneas: Que de modo algum o desenvolvedor de software pode testar; Que o software deve ser "jogado sobre o muro" a estranhos que o testaro impiedosamente; Que os responsveis pelo teste se envolvero com o projeto somente quando os passos de testes estiverem prestes a iniciar. Cada uma dessas observaes

A equipe de desenvolvimento do software sempre responsvel por testar as unidades individuais (mdulos) do programa, para garantir que cada uma execute a funo para a qual foi projetada.

o integrao construdo. o o interfaces. integrao;

Em muitos casos, a equipe de desenvolvimento tambm realiza testes de

S depois que a arquitetura de software est completa que um grupo de teste independente envolve-se. (Independent Test Group - ITG) - papel de um grupo de teste independente remover os problemas inerentes associados ao de deixar que o construtor teste o que foi Quando realizarmos testes, como saber se j testamos o suficiente? Uma resposta : voc jamais ter completado a atividade de teste; No h dvida de que resta um trabalho adicional a ser feito antes que as regras quantitativas para a atividade de teste possam ser estabelecidas; O teste de unidades concentra-se no esforo de verificao da menor unidade de projeto de software - o mdulo. O teste de integrao uma tcnica sistemtica para a construo da estrutura do programa, realizando-se, ao mesmo tempo, testes para descobrir erros associados a Os testes de validao iniciam aps o trmino da atividade de teste de

Teoricamente o software est completamente montado como um pacote, erros de interface foram descobertos e corrigidos e uma srie final de testes de software. uma definio simples para validao que a validao bem sucedida quando o software funciona de uma maneira razoavelmente esperada pelo cliente. Depurao no teste! Mas sempre ocorre como uma conseqncia do teste. O processo de depurao inicia-se com a execuo de um caso de teste. Os resultados so avaliados, e qualquer falta de correspondncia entre o resultado esperado e o real encontrada.

 do erro. o o o o o

O processo de depurao tenta ligar o sintoma causa, levando assim correo Portanto, a depurao sempre ter um dentre dois resultados: A causa ser encontrada, corrigida e removida; A causa no ser descoberta. Independente da abordagem que se considera, a depurao tem um objetivo primordial: descobrir e corrigir a causa de um erro de software. Em geral, trs categorias de abordagens depurao podem ser propostas: Fora bruta - "deixe que o computador descubra o erro"; Backtracking - o cdigo fonte rastreado para trs no local em que o sintoma foi descoberto; Eliminao da causa - os dados relacionados ocorrncia de erros so organizados para isolar causas em potencial. Em suma, o teste de software responsvel pela maior percentagem de esforo tcnico no processo de desenvolvimento do software.

CMM Muitas organizaes buscam novos paradigmas, que conduzam a uma melhoria contnua e progressiva da qualidade de seus processos, atenuando os problemas com o desenvolvimento de seus produtos de software. Assim, surgiram alguns modelos, como o Modelo de Maturidade e Capacidade do Software (Capability Maturity Model - CMM) (SEI, 1995). Esse objetivo segue a tendncia da globalizao da economia mundial, onde a padronizao da produo de software surge como um elemento estratgico, para a obteno de novos mercados e seu posterior controle; O princpio fundamental desse modelo que a qualidade do produto de software alcanada atravs da melhoria da qualidade de seus processos

O CMM estruturado em cinco nveis em ordem crescente de maturidade. Quando a organizao se encontra em um certo nvel, deve seguir atividades determinadas pelo modelo, para atingir o nvel seguinte:

Nvel 1 ou inicial: as organizaes no possuem um ambiente estvel para o desenvolvimento e a manuteno de software, ficando na dependncia exclusiva da habilidade e eficcia de seu pessoal tcnico.

o o

Nvel 2 ou repetitivo: a instituio j possui projetos, cujos processos so gerenciados, medidos, documentados, tendo sua equipe devidamente treinada. Nvel 3 ou definido: h uma retroalimentao contnua do aprendizado dos processos utilizados na empresa, havendo, para isto, uma biblioteca de processos padres, que podem ser escolhidos durante a fase de planejamento.

o o

Nvel 4 ou gerenciado: so estabelecidas mtricas mais estritas, para a identificao de pontos crticos e oportunidades de melhoria. Nvel 5 ou otimizado: a organizao se encontra em uma contnua melhoria de seus processos. A partir do nvel 2 do CMM, so includos grupos de atividades chaves, KPAs (key process areas), que tm por objetivo segmentar e facilitar o trabalho de melhoria dos processos de software, em cada nvel considerado. As KPAs so conjuntos de atividades a serem seguidas, visando a obteno de um novo nvel de maturidade, e esto subdividas em: Alvos, Desempenho de execuo, Habilidades para execuo, Atividades de execuo, Medidas e anlise, Verificao da implementao O CMM possui quatro critrios para determinar se h compromissos e habilidade para a garantia da qualidade: Existe pessoal designado para uma unidade organizacional, responsvel pela garantia da qualidade?

o o o o o o

o o o

H recursos financeiros (e outros) suficientes e disponveis para a realizao do trabalho desse pessoal? O pessoal responsvel pela qualidade tem sido treinado, de tal forma que estejam conscientes do que esperado deles e de como faro o seu trabalho? O grupo de garantia da qualidade tido como pessoal de alto nvel, que est satisfeito com o que faz? Entretanto, o CMM tem sido criticado por alguns pesquisadores por no ter uma base terica formal, sendo fundamentado na experincia de um grupo de pessoas.