Geni dos Santos e Santos

Engenharia de Software II da Unidade I

1-Comumente faze-se muita confuso com as terminologias relacionadas a problemas
com o software. ormalmente utilizamos o termo erro para denominar uma falha!
defeito para nos referir a um engano e assim por diante. Com rela"o a terminologia
usada na #erifica"o e #alida"o! associe $1% pontos&'
Ativao de uma falha.
Erro
Situao em que o sistema produz um comportamento distinto do que se
esperava na especicao.
Engano
Situao em que o sistema pode apresentar diferentes tipos de comportamento,
um deles o fornecimento de um resultado correto, mas no momento
inadequado.
(efeito
Ao humana que produz um resultado incorreto
)alha
*-E+plane concisamente sobre como se d, a contribui"o da #erifica"o e #alida"o
para o desen-ol-imento de software $1% pontos&.
A verificao tem por finalidade garantir consistncia e completude do produto, em cada
fase e entre as fases consecutivas do ciclo de vida do software. sso requer verificar se o
software e suas fun!es foram implementados de maneira correta, com isso responde"se a
questo estamos construindo corretamente o produto#
$% a validao tem como funo assegurar que o produto final corresponda aos requisitos
do usu%rio, em resposta & pergunta' estamos construindo o produto certo#
/-(iscorra e 0ustifi1ue sobre o papel da especifica"o de software nos testes de
software $2!3% pontos&
4s abordagens de #5 # consideram 1ue as especifica"6es do software nem sempre
esto de acordo com as e+pectati-as dos usu,rios e ob0eti-am! dentre os demais
aspectos! detectar omiss6es! ambiguidades! dubiedades possibilitando corre"6es na
especifica"o de software para 1ue o produto de software -enha a atender de forma
mais concreta as necessidades e e+pectati-as dos usu,rios e clientes.
78ustifi1ue a necessidade de testes de software como parte das ati-idades de
#erifica"o e #alida"o $1% pontos&
A necessidade do teste se direcionam a criao dos casos de testes, pois definimos um
teste para atender a um o()etivo espec*fico. +or e,emplo, um o()etivo pode pretender
demonstrar que todas as linhas de c-digo so e,ecutadas adequadamente. .utro pode
o()etivar mostrar que toda a funo realizada pelo c-digo e,ecutada corretamente. .s
o()etivos determinam como classificar as entradas com a finalidade de escolher os testes.
Afinal, somente ap-s a aplicao de testes sistem%ticos e intensivos, pode"se garantir que
o software tem uma alta qualidade e que est% /aparentemente0 livre de falhas.
3-total' 1% pontos.
(iscorra sobre a import9ncia da #erifica"o e #alida"o no desen-ol-imento de software
$3 pontos&. E aponte 1uando as ati-idades de #erifica"o e #alida"o podem ser
iniciadas! 0ustifi1ue $3 pontos&.
+ara garantir a qualidade de software e,istem um con)unto de atividades denominadas de
1erificao de 1alidao /1210. 3ssas atividades so distri(u*das nas diversas fases que
comp!em o processo de software e tem como meta garantir a qualidade do software em
desenvolvimento. . prop-sito das tcnicas de 121, segundo Sommerville /45560 , favorecer a
desco(erta de defeitos no software, sem a preocupao de provar que o produto est% totalmente
isento de falhas e, avaliar se ele pode ser utilizado em uma situao operacional. sso envolve
avaliar se o Software satisfaz &s necessidades do cliente e funciona adequadamente. . outro
avaliar se o software que se est% implementando o produto dese)ado pelos usu%rios e
clientes /validao0. 7esses dois 8m(itos h% a necessidade de se aplicar testes de software,
no primeiro caso para checar se o software implementado est% de acordo com o que foi
solicitado /teste de validao0, e na outra situao os testes avaliam o funcionamento interno
e funcional do software.
:-Uma das abordagens com mais ;+ito na re-ela"o de falhas de software < a re-iso!
pois trata-se de uma abordagem econ=mica capaz de detectar :% > das falhas de
software. Com rela"o as re-is6es associe os conceitos as suas respecti-as categorias
$13 pontos&'
9odalidade de reviso em que o documento lido linha por linha pelos
participantes da reviso que ponderam cada informao e no caso de
um c-digo, eles selecionam diversos casos de teste e simulam a
e,ecuo do programa.
?asseio
A tcnica de reviso est%tica passeio requer um am(iente de reunio
formal e segue regras espec*ficas para a leitura e avaliao de uma
especificao de requisitos ou c-digo fonte. 7ele o documento lido linha
por linha pelos participantes da reviso que ponderam cada informao
e no caso de um c-digo, eles selecionam diversos casos de teste e
simulam a e,ecuo do programa.
?asseio
9odalidade de reviso informal em que dois programadores atuam
simultaneamente em um mesmo computador, enquanto um deles
programa o outro revisa o c-digo.
@e-iso por pares
Utiliza uma lista de verificao que classifica falhas por grau de
severidade. Tem como propsito a remoo de falhas.
Inspeo: sua finalidade remover falhas. Para isso utiliza uma
lista de verificao /checlist0, contendo as falhas a serem
encontradas classificadas por grau de severidade.
Inspeo
:tiliza padr!es e especifica!es na avaliao dos artefatos, sua meta
encontrar distor!es entre o documento produzido e os dois primeiros. +rogramao por
pares
;ocumento desenvolvido ou adaptado pelos desenvolvedores contendo
um rol de erros ou pro(lemas mais frequentes que ocorrem no tipo de
artefato em an%lise.
. . checlist contm a lista de erros mais comuns em diferentes
linguagens de programao. Algumas ferramentas automatizam parte
do processo de reviso, via(ilizando an%lises est%ticas automatizadas.
checlist
Atividade caracterizada pela leitura de especifica!es ou simula!es de
um c-digo, na (usca de revelar e relatar as falhas e erros em c-digos e
demais artefatos. <% diferentes tcnicas para aplicar seus conceitos.
=eviso tcnica
2-Elen1ue e discorra bre-emente sobre algumas das raz6es $no mAnimo /& para 1ue
adotemos as pr,ticas de #erifica"o e #alida"o no desen-ol-imento de software $1%
pontos&.
4s raz6es so'
Errar < humano'.s procedimentos de 121 detectam esse tipo de falhas possi(ilitando
sua eliminao. >uanto mais cedo as tcnicas forem aplicadas, menor as
consequncias de sua propagao e os custos de correo.
Buem criou a falha normalmente no consegue detect,-la " essa constatao indica
que as atividades de 121 devem ser realizadas por uma equipe cu)os mem(ros no
se)am os mesmos da equipe de desenvolvimento do software, favorecendo a
localizao de falhas.
C aumento contAnuo da comple+idade do software e sua utiliza"o em aplica"6es
de risco ? o software tem estado presente em nossos cotidiano desde o entretenimento
at em situa!es envolvendo riscos a economia, sa@de e segurana humana. sso torna
sua implementao, gesto e manuteno altamente comple,a. ;esse modo cresce a
necessidade de se atestar a confia(ilidade Adefinir esse termoB do software em uso. As
atividades de 121 visam garantir esta confiana.
#5# reduz o custo de remo"o de falhas " segundo estudos quanto mais tarde uma
falha for revelada, no processo de desenvolvimento, maior ser% o custo para remov"la.
3studos conduzidos por Coehm /9artins, 45D50 mostram que o custo de correo se
eleva & medida em que o processo de desenvolvimento avana, podendo a correo
custar at D55 vezes mais que o valor inicial, quando as medidas corretivas so
aplicadas na fase em que o software encontra"se em operao.
D-Eom relao ao teste de software, associe /F,G5 pontos0'
;ocumento ela(orado de acordo com os o()etivos da verificao din8mica,
definidos no plane)amento desta. 7ele esto especificadas as entradas de dados
para um determinado c-digo e a correspondente sa*da esperada.
:m caso de teste um documento te,tual que especifica entradas de
dados para um determinado c-digo e a correspondente sa*da esperada a serem
utilizados para testar um programa. .s dados de entrada podem ser valores e
condi!es l-gicas e os resultados podem ser igualmente, valores ou
comportamentos esperados.
Easo de
teste
H fundamental em todo pro)eto, pois guia o processo de verificao din8mica do
software. Atua como um roteiro sistem%tico do flu,o de tra(alho das atividades
de verificao din8mica do software. teste de um determinado sistema de
software, pois define as estratgias e critrios que sero usados para revelar
falhas no software.
:m plano de testes um documento que esta(elece um roteiro sistem%tico do
flu,o de tra(alho do teste de um determinado sistema de software. sso significa
que para cada pro)eto de software tem que ser desenvolvido um plano de
testes espec*fico.
+lano de
testes
=equer a e,ecuo em ferramenta EAS3 apropriada, de casos de testes
previamente plane)ados para revelar falhas no c-digo, isso deve considerar um
con)unto de entradasI e a checagem das sa*das para verificar se o resultado
apresentado est% de acordo com o esperado.
Jeste de
software
E-(istinga an,lise est,tica de an,lise din9mica $1% pontos&
A an%lise est%tica se desenvolve atravs de v%rias etapas' a 3specificao de requisitos, o
;esenho de alto n*vel, a 3specificao formal, o desenho detalhado e por @ltimo o programa, )%
a 1erificao din8mica se inicia diretamente no programa e no prot-tipo sem passar por todas as
etapas da verificao est%tica.
1%-Com suas pala-ras distinga #erifica"o de #alida"o $1% pontos&.
A verificao o modo que se avalia os softwares para sa(er se o mesmo est% qualificado em
uma determinada fase para atender as condi!es impostas pelo pro)eto e pelo cliente no in*cio
da fase. 8, a #alida"o a-alia o software en1uanto < criado ou 1uando terminado! esse
processo se d, para 1ue possa atender os re1uisitos 1ue foram especificados pelo
cliente.