GuiaTcnicasdeTeste MetodologiaCelepar

Agostode2009

SumriodeInformaesdoDocumento
Documento:guiaTecnicasTeste.odt Verso Data 1.0 17/09/07 Criao. 1.0 1.0 08/06/09 19/08/09 Reviso Reviso. Nmerodepginas:22 Mudanas Autor ArielBolzanWitczak DanielleMayer DanielleMayereMarcosChiarello

SUMRIO
1.INTRODUO...................................................................................................................................................4 2.ORGANIZAO DOS TESTES.......................................................................................................................4 2.1 CAIXA-BRANCA OU ESTRUTURAL OU DE CAIXA DE VIDRO.......................................................................................5 2.1.1 Teste de Unidade ou Unitrio...............................................................................................................7 2.1.2 Teste de Integrao...............................................................................................................................8 2.2 TESTES DE CAIXA-PRETA OU FUNCIONAL OU COMPORTAMENTAL..............................................................................8 2.2.1 Teste de Validao..............................................................................................................................10 2.2.2 Teste de Sistema..................................................................................................................................10 2.2.2.1 Teste de Estresse..............................................................................................................................11 2.2.2.2 Teste de Desempenho.......................................................................................................................11 2.2.3 Teste de Aceitao...............................................................................................................................11 3.MTODOS DE TESTES..................................................................................................................................12 3.1 VALIDAO.....................................................................................................................................................13 3.1.1 Testes de Validao.............................................................................................................................13 3.2 SISTEMA.........................................................................................................................................................14 3.2.1 Testes de Estresse................................................................................................................................14 3.2.2 Teste de Desempenho..........................................................................................................................16 3.3 OUTROS TESTES..............................................................................................................................................17 3.3.1 Usabilidade.........................................................................................................................................17 3.3.1.1 Testes de Usabilidade......................................................................................................................18 3.3.2 Sistema................................................................................................................................................19 3.3.2.1 Testes de Carga................................................................................................................................19 3.3.2.2 Testes de Falha e Recuperao........................................................................................................20 3.3.3 Portabilidade.......................................................................................................................................21 3.3.3.1 Testes de Configurao....................................................................................................................21 3.3.3.2 Testes de Instalao.........................................................................................................................22

1.

INTRODUO
Opropsitodesteguiaespecificarcomoserodesenvolvidasasatividadesdetestes.O

escopodasatividadescobertasporesteguiainiciaseapartirdaexistnciadocdigofonte, conformeafigura1:

Figura 1: Processo de Testes

Esteguiaabordartcnicasaseremutilizadasduranteaexecuodostestes,suaprincipal meta auxiliar o leitor no desenvolvimento de uma srie de testes que tenham grande probabilidadedeencontrarerros. OPlanodeTesteseosCasosdeTestesoartefatosgeradosduranteoplanejamentodos testeseporissonopertencemaoescopodestedocumento.

2.

ORGANIZAODOSTESTES
Hmuitasmaneirasdesetestarumsoftware,nestemomentoseroapresentadasasformas

queseroadotadasnaCELEPAR Os testes sero realizados de forma sistemtica. Primeiro sero realizados testes para

METODOLOGIADEDESENVOLVIMENTOCELEPAR

5 exercitaralgicainternaeasinterfacesdecadacomponente,depoissoexecutadostestes paraexercitarosdomniosdeentradaesadadosoftwareparadescobrirerrosnafuno, comportamentoedesempenhodaaplicao. Testessodivididosemdoistipos,CaixaBrancaeCaixaPreta,edistribudosemcinco nveis(TestedeUnidade,deIntegrao,deValidao,deSistemaedeAceitao).Afigura2 apresentaumavisogeraldosestgiosdetestedentrodoprocessodedesenvolvimento:

Figura 1: Estgios de Teste

2.1 CaixaBrancaouEstruturaloudeCaixadeVidro
Estetipodetesteprojetadoemfunodaestruturadocomponente,garantindo uma verificaomaisprecisadeseucomportamento.Permiteconcentraraatenocompreciso nospontosconsideradosmaisimportantesdocdigofontedaaplicao. Conhecendose o trabalho interno de determinado componente, testes podem ser realizadosparagarantirqueasoperaesinternassejamrealizadasconformeasespecificaes (diagramauml).Tambmgarantequetodososcomponentesinternosforamadequadamente exercitados(coberturatotaldetodososfluxosinternosaocomponentedesoftware).Desta
METODOLOGIADEDESENVOLVIMENTOCELEPAR

6 maneira,todasasvariaesoriginadasporestruturasdecondiessotestadas. Baseiase em um rigoroso exame do detalhe procedimental, tanto caminhos lgicos internosquantocolaboraesentrecomponentessotestados.Estacaractersticadificultaque testesdecaixabrancasejamprojetadosantesqueocdigofonteexista,vistoquedetalhes lgicosdoprogramadevemestardisponveis. Testesdecaixabrancapermitem:

Garantirquetodososcaminhosindependentesdeummdulotenhamsidoexercitados pelomenosumavez;

Exercitartodasasdeciseslgicasemseusladosverdadeiroefalso; Executartodososciclosnosseuslimitesedentrodosintervalosoperacionais, Exercitarasestruturasdedadosinternasparagarantirasuavalidade.

Emumprimeiromomentopodeparecerqueumtestedecaixabrancarigorosolevariaao desenvolvimentodesoftware100%livredefalhas.Apenasserianecessrioexercitartodosos caminhoslgicos,testaralgicadoprogramaexaustivamenteoupelomenososcaminhos lgicosdemaiorsignificncianocontextodaaplicaodevemserselecionadoseexercitados. Abaixo so listadas algumas perguntas que ajudam a identificar mdulo crticos(mais importantes),ouseja,blocosquemerecemmaioratenoduranteostestes:

umblococomplexooupropensoaerro? Possuirequisitosbemdefinidoligadosaodesempenhodaaplicao?

Caso haja resposta afirmativa para uma das questes, este um mdulo crtico da aplicao. Outro ponto importante aser observado e quecostuma revelar falhas com uma certa freqncia a escolha de valoreslimite para parmetros ou combinaes de valores que violamespecificaesdesoftware. AtcnicadetestedeCaixaBrancaserutilizadanarealizaodosTestesUnitriosede Integrao. O responsvel pela implementao e execuo sero os desenvolvedores por

METODOLOGIADEDESENVOLVIMENTOCELEPAR

7 conheceremcdigofonteproduzido. Aadernciaapadreseboasprticasligadasaestruturainternadosoftwarevalidadae podeserfeitadeformamanualouatravsdeferramentasautomatizadas.Estaabordagemvisa principalmenteadiminuiodapossibilidadedeerrosdecodificao.

2.1.1TestedeUnidadeouUnitrio Testequefazusointensivodetcnicasdetesteparaexercitarcaminhosespecficosna estruturadecontrolededeterminadocomponente.Visagarantiramaiscompletacoberturaea mximadetecodeerros. Estgio de teste onde o comportamento do componente de software analisado isoladamente, restringindo o campo de atuao do teste evitase a influncia de outros componentesquefazempartedaaplicao. A definio de componente neste caso varivel, pode ser um ou mais mtodos de objetos,pequenostrechosdecdigo,umaclasse,ummdulooumesmoumprocedimento. Namaiorpartedoscasos,ocomponenteasertestadonoumprogramaisolado.Nestes casosnecessriocriarseumpseudocontrolador(driver)e/ouumpseudocontrolado(stub) paracadatestedeunidade.Pseudocontroladorumprogramaprincipalquerepassadados ao componente a ser testado e apresenta os resultado obtidos. Pseudocontrolados so programascriadosparasubstituirosmdulos invocadospelocomponenteemteste.Desta forma o isolamento do cdigo obtido, todo o comportamento controlado e o teste focalizadosomentenocomponentealvo. ODesenvolvedororesponsvelpelodesenvolvimentodeumtesteunitrioparacada classequeimplementar,porissononecessrioconfeccionarnenhumCasodeTestepara guiarodesenvolvimentodosTestesUnitrios.ODesenvolvedorqueimplementadeterminada classetambmcodificaoseurespectivotesteunitrio.

METODOLOGIADEDESENVOLVIMENTOCELEPAR

8 2.1.2TestedeIntegrao Estgioquegarantequeoscomponentesfuncionamcorretamentequandocombinados, verificaasdependnciasfuncionaisentremdulos.Permiteaconduodetestesparadetectar errosrelacionadosainterfaceparalelamenteaconstruodaaplicao. Oobjetivoencontrarfalhasprovenientesdaintegraointernadoscomponentesdeum sistema,geralmenteencontradasemcasodeenvioerecebimentodedados.possvelque dadossejamperdidosatravsdeumainterface;ummdulopodeterumefeitoimprevistoou adverso sobre outro; subfunes quando combinadas podem no produzir o resultado esperado;umaimprecisoaceitvelindividualmentepodeemconjuntotornarseinaceitvel, etc. recomendvelquesejarealizadodeformaincremental,evitandoqueoprogramaseja testadodeumasvez.Aconstruoetestedepequenosincrementosfacilitaoisolamentoea correodeerros. A abordagem recomendada na CELEPAR a Integrao Ascendente. Nela os componentes so integrados de baixo para cima, iniciando nos nveis mais baixos da estruturadoprograma.Assimoprocessamentonecessrioparaoscomponentessubordinados estsempredisponveleanecessidadedepseudocontroladoseliminada. Primeiramente os componentes de baixo nvel so combinados para realizar uma subfunoespecfica,depoisumpseudocontroladorescritoparacoordenarentradasesadas e o agregado de componentes testado. O passo seguinte remover o(s) pseudocontrolador(es)ecombinaresteconjuntojtestadocomoutroagregado,movendose paracimanaestruturadoprograma. Nofazpartedoescopodesseestgiootratamentodeinterfacescomoutrossistemas (integraoentresistemas),estasinterfacessotestadasnafasedetestedevalidao.

2.2 TestesdeCaixaPretaouFuncionalouComportamental
Diferentedotestecaixabranca,querealizadonoinciodoprocessodeteste,ocaixa pretatendeaserrealizadoaofinaldoprocessodetestefocalizandoaatenonodomnioda
METODOLOGIADEDESENVOLVIMENTOCELEPAR

9 informao,ouseja,conformidadecomosrequisitos. O componente emteste abordadocomosendoumacaixapreta, seucomportamento interno desconsiderado. Este teste avalia somente se os requisitos foram total ou parcialmentesatisfeitospelosoftware. Estaabordagemenfatizaentradas,sadaseprincpiosfuncionaisdomduloparaelaborar e realizar testes. Desta forma, as funcionalidades do software so verificadas a partir da apresentaodassuasentradasaocomponenteousoftwareepelaanlisedassadas Dadosdeentradasofornecidos,otesteexecutadoeoresultadoobtidocomparado comoesperado.Casooesperadosejaigualaoresultadoobtido,considerasesucesso. O componente em teste pode ser um mtodo, uma funo interna, um componente/ sistema,umconjuntodecomponentes/sistemas. Otestefuncionaloudecaixapretanoumaalternativaaotesteestruturaloudecaixa branca, tratasedeumaabordagemcomplementarquepossuicapacidadededetectar uma classedeerrosnoexercitadospelostestesdecaixabranca. Otestedecaixapretaprocuradetectarerrosnasseguintescategorias:

Funesincorretasouausentes; ErrosdeInterface; Errosdecomportamento; Errosnasestruturasdedadosouacessobasededadosexterna; Errosdedesempenho; Errosdeinicializaoetrmino.

AorealizarotesteoavaliadordeverguiarsepelosCasosdeTestee/ouEspecificaes dosCasosdeUso,poisnelesestdescritoqualdeveserocomportamentodaaplicao,e buscar simular erros que um usurio poderia cometer ou que fogem da especificao. Exemplo:usarumadataatualoufuturaparaadatadenascimento,preenchercamposcomum nmeroinsuficientedecaracteres,norespeitartiposdedados,etc.

METODOLOGIADEDESENVOLVIMENTOCELEPAR

10 impossvelabordartodasaspossibilidadeseafirmarcomcertezaqueostestesgarantem operfeitofuncionamentodaaplicao,masseotesteforbemrealizadohaverbonsindcios sobreaqualidadedosoftware.

2.2.1TestedeValidao Normalmenteexecutadoquandoosoftwareestfuncionandototalmente,oobjetivo validarofuncionamentodosistemacomoumtodo. Avalidaodosoftwarevisademonstrarconformidadecomosrequisitoserealizada baseandosenoplanodetestes,nasespecificaesdecasodeusoenoscasosdeteste. O Plano de Testes delineia o escopo dos testes, as Especificaes de Caso de Uso demonstramofuncionamento(resultadoesperado)dosCasosdeUsoeosCasosdeTeste orientam a realizao do teste para que seja implementado de forma mais precisa considerandoorelacionamentoentreCasosdeUsodistintos.Exemplo:alimentandoseoCaso deUsoAcomainformaoZeoCasodeUsoBcomainformaoY,oCasodeUsoCdeve apresentarcomoresultadoainformaoZYnorelatrioW. Ostestessoexecutadossoboaticadousuriofinaleemcondiessimilaresquelas em que o mesmo encontrar no seu diaadia. Podem ser utilizadas condies reais de ambiente,interfacessistmicasemassasdedados.

2.2.2TestedeSistema Software apenas um elemento de um sistema baseado em computador, sendo incorporadoaoutroselementostaiscomo:hardware,informaoepessoas.Estetipodeteste deixa de fazer parte do escopo do Analista de Teste ou do Testador e passa a ser responsabilidadedoAdministradordeSistema. Esteteste,naverdade,umacomposiodediferentestestescujafinalidadeexercitar porcompletoosistemabaseadoemcomputador.Cadaumtemumafinalidadedistinta,mas juntosidentificamseoselementosdosistemaforamadequadamenteintegradoseexecutama funoaelesalocada.
METODOLOGIADEDESENVOLVIMENTOCELEPAR

11 Existemvriostestesquesoempregadosparaavaliarocomportamentodeumsistema emcomputador,comotestesderecuperaoedesegurana,naCELEPARseroadotados somenteTestedeEstresseeTestedeDesempenho. 2.2.2.1TestedeEstresse Ostestesconduzidosatomomentoapenasavaliamocomportamentodaaplicaosob situaesnormais,oTestedeEstressesubmeteosistemaasituaesanormais.Oprograma deve executado de forma que demande recursos em quantidade, freqncia ou volume anormais. Baseiaseemtestaroslimitesdosoftwareeavaliarseucomportamento,verificaseat quandoosoftwarepodeserexigidoequaissoasfalhasdecorrentesdoteste.

2.2.2.2TestedeDesempenho Projetadoparatestarodesempenhodosoftwareduranteasuaexecuoemumcontexto desistemaintegrado.Buscadescobrirsituaesquelevamdegradaoepossvelfalhado sistema. Ocorre implicitamente ao longo de todo o processo de teste, mas o verdadeiro desempenhodeumaaplicaosomentepodeseravaliadoapsaplenaintegraodetodosos seuscomponentes. Freqentemente so acoplados aos testes de estresse e dependem da utilizao de ferramentasparasuaexecuo.

2.2.3TestedeAceitao TestefinalrealizadoemambientedeHomologaoporumgruporestritodeusurios finaisdosistema,anteriorimplantaodosoftware.Visaverificarseosoftwareestpronto epodeserusadopelosusuriosfinaisparaexecutarasfuneseastarefasparaasquaisfoi criado. TesteformalconduzidopeloClienteparavalidartodososrequisitosedeterminarseo

METODOLOGIADEDESENVOLVIMENTOCELEPAR

12 sistema ser aceito. Caso seja descoberto algum desvio da especificao o sistema ser recusadoedevesercorrigido. Erros descobertos neste estgio raramente podero ser corrigidos antes da entrega programada, sendo necessrio estabelecer novo acordo com o Cliente para resoluo das deficincias.

3.

MTODOSDETESTES
AbaixosoapresentadososmtodosaseremadotadosnaCELEPAR. Mtodos Validao

Tipo de Teste Teste de Validao: validar os requisitos do sistema e sua respectivaimplementao. TestedeEstresse:garantirqueosistemafuncioneconformeo previsto sob condies anormais. Estressar o sistema pode significarmuitacargadetrabalho,hardwareinsuficiente,etc. TestedeDesempenho:tempoderesposta,etc. Usabilidade

Sistema

Teste de Usabilidade: fatores humanos, estticos, interface, documentao,etc. Sistema Teste de Carga: verificar os limites operacionais, trabalhar commuitosusuriosacessandoosrecursosaomesmotempo (bancodedados,memria,aplicativos,pginasWEB),etc. Teste de Falha e Recuperao: verifica se os sistemas que devemcontinuarsuaexecuoquandoumafalhaocorrer,iro utilizarbackupsparaassumirsuasfunes. Portabilidade Teste de Configurao: sistema continua funcionando em diferentesconfiguraesdehardware/software,etc. TestedeInstalao:possvelinstalarosistemaemdiferentes plataformasdehardware/software,diferentescondies(falta dememria,espaoemdisco,interromperenergia),etc.

OutrosTestes

METODOLOGIADEDESENVOLVIMENTOCELEPAR

13

3.1 Validao
Analisaseoprodutoimplementaoquefoiproposto,suasfunesdevemsatisfazeras necessidadesexplcitasdoproduto. 3.1.1TestesdeValidao O teste de validao tem a meta de validar as funes implementadas de maneira a identificarpossveisincorrees,implementaoinapropriadadasregrasdenegcio,baixo desempenho,errosnainterfaceounoacessoaobancodedados.Estetipodetestebaseado em tcnicas de caixapreta, isto , verificar o sistema e seu processo interno atravs da InterfaceGrficadoUsurio(GUI)edaanlisedassadasouresultados.Omodocomosero executadosostestesfuncionaisdefinidonosCasosdeTeste. OsCasosdeTestesoderivadosdeCasosdeUso,sendonecessriodesenvolvercasosde testeparacadacenrio.Oscenriossoidentificadosatravsdadescriodoscaminhosque percorreofluxobsicoeosfluxosalternativos,doincioaofim,atravsdoCasodeUso. ObjetivodoTeste: Garantir a implementao correta dos requisitos incluindo navegao, processamento, entradaesadadedados. Tcnica:

ExecutarcadaCasodeUso,fluxooufuno,utilizandodadosvlidoseinvlidos. Verificar:

Osresultadosesperadosocorremquandodadosvlidossousados; As mensagens de erro correspondem ao esperado quando dados invlidos so utilizados;

Cadaregradenegciofoicorretamenteimplementada.

CritriodeConcluso: Todosostestesplanejadosdevemtersidoexecutadosetodososproblemasencontrados
METODOLOGIADEDESENVOLVIMENTOCELEPAR

14 devemtersidosolucionados.

3.2 Sistema
Conjuntodeatributosqueevidenciamacapacidadedoprodutodemanterseunvelde desempenhosobcondiesestabelecidasduranteumperododetempoestabelecido.Verifica o tempo de resposta esperado, tempo de espera, comparaes entre outros produtos semelhantes. Requisitosvalidados:

Freqnciaeseveridadedefalhas; Confiananosresultados; Recuperaodefalhas; Tempoentrefalhas. Vazo; Eficincia; TempodeResposta; Consumoderecursos.

3.2.1TestesdeEstresse Verificaseumadeterminadaarquiteturadesenvolvidaparaatenderaumadeterminada soluopoderealmenteresponderaespecificaoesperada. Antesdeiniciarostestesvitalestabelecerocritrioquedefinequandoostestespodem serconsideradosfinalizadoscomsucesso.Exemplo:nmeromximodeacessossimultneos duranteodia. Almdissoimportantelembrarquehoutrosfatoresquedevemserconsiderados:base de dados prxima aos dados reais, crescimento de base de dados, consumo de banda, necessidadesdetrfego,consumodememriadeservidores,entreoutros.

METODOLOGIADEDESENVOLVIMENTOCELEPAR

15 Estetestealmde indicarseosistemacontinuarespondendonormalmentenacondio mxima, tambm identifica edocumenta as condies em que o sistema falha e para de funcionar corretamente oferecendo desta forma informaes para a criao do plano de contingncia. ObjetivodoTeste:

Verificarsedeterminadorequisitoemtesteexecutadosemapresentarerrossobas seguintescondiesdeestresse:

Cargasdetrabalhoextremas; Memriainsuficiente(poucaounenhumamemriadisponvelnoservidor); Hardwareouserviosindisponveis; Recursoscompartilhadoslimitados; Nmeromximodeusuriossimultneos; Vrios usurios realizando as mesmas operaes sobre os mesmos dados ao mesmotempo.

Tcnica: Executarostestesemumanicamquina,reduzindoosrecursos(removendomemria, diminuindoespaoemdisco,etc).Muitosusuriosexecutandoasmesmasoperaesna mesmamquinaaomesmotempo. CritriodeConcluso: Todos os testes planejados foram executados e os limites prdeterminados foram atingidosouultrapassadossemaocorrnciadefalhasouentoobservouseaocorrnciade falhasqueestavamforadascondiesespecificadas. Observaes: Arealizaodotestedeestresseemredesimplicanousodeferramentasparatransmitir mensagensoupacotes.

METODOLOGIADEDESENVOLVIMENTOCELEPAR

16

3.2.2TestedeDesempenho Otestededesempenhomedeeavaliaotempoderesposta,onmerodetransaese outros requisitos sensveis ao tempo. Pode ser utilizado para realizar comparaes entre produtossemelhanteseparaverificarocomportamentoapresentadopelaaplicaonomelhor epiorcaso. Utilizadoparaverificarevalidarosrequisitosdeperformancepreviamenteestabelecidos. Normalmenteexecutadovriasvezes,cadauma,utilizandoumasobrecargadiferenteno Sistema. ObjetivodoTeste:

ValidarotempoderespostadoSistemaparaumadeterminadatransaooufuno, almdetentaridentificareventuaisgargalosdesoftware

Verificarcomportamentodaaplicaoquandoforexecutadofunesqueenvolvem transaese/ouregrasdenegciosobcondiesdecarganormaloulimitedetrabalho.

Tcnica: Usarprocedimentosdesenvolvidosparaotestefuncional. Modificar arquivos de dados para aumentar o nmero de transaes ou scripts para aumentaronmerodeiteraesemquecadatransaoocorre. Osscriptsdevemserexecutadosemumamquina(melhorcasoparaverificarusurio simples, transaes simples) e ser repetido com mltiplos clientes (virtual ou real, veja observaesabaixo). Executar os scripts em uma mquina (melhor caso com um usurio, nica transao, mltiplosusurios,sobrecargadamquina,mltiplosprocessamentosetc). CritriodeConcluso: Scripts completados sem falhas e os resultados esperados foram atingidos dentro do intervalodetempoprevistopararealizaodecadatransao.

METODOLOGIADEDESENVOLVIMENTOCELEPAR

17 Em caso de mltiplos usurio e sobrecarga do sistema, os scripts devem ter sido executadossemfalhaeosresultadosesperadosforamatingidoscomumtempoderesposta aceitvelparacadatransao. Observaes: Umtestededesempenhoexigedeterminadacargadetrabalhonoservidor.Abaixoso citadosalgunsmtodosquepodemserutilizados:

Transaesrealizadasdiretamenteparaoservidor,normalmentenaformadeSQL; Criaodecargaatravsdeusuriosvirtuais(comdeterminadasferramentas) parasimularmuitosclientes,normalmentemuitascentenas;

Utilizaodemltiplosclientesfsicos,cadaumexecutandodeterminadoscriptde testeparaaumentaracargadosistema;

Testesdedesempenhodevemserrealizadosemumamquinadedicadaouemum tempodedicado.Issopermiteumamediomaisprecisapoisproporcionamaior controledoqueestocorrendo;

Osbancosdedadosusadosparatestesdedesempenhodevemserdotamanhoreal ounamesmaescala.

3.3 OutrosTestes
Abaixoestolistados outrosmtodos detestequetambmpodemserempregadosna CELEPAR.

3.3.1Usabilidade Testequevalidaatributosqueevidenciamoesforonecessrioparautilizaroproduto, gnerodetestedotipoValidao. Requisitosvalidados:

FatorhumanoeEsttica;
METODOLOGIADEDESENVOLVIMENTOCELEPAR

18

ConsistnciadaInterfacedousurio; Ajudaonlineeassistentes. Documentaodousurioematerialdetreinamento.

Umproblemadeusabilidadeobservadoemdeterminadascircunstnciasquandouma caracterstica do sistema ocasiona perda de tempo, compromete a qualidade da tarefa ou mesmoinviabilizasuarealizaoaborrecendoousuriodaaplicao. Geralmente um problema de usabilidade decorre de um problema de ergonomia. Problemasdeergonomiadecorremdeaspectosdainterfacequetornamaoperaodosistema desagradvel, ineficiente, custosa ou impossvel para um usurio tpico em uma situao tpica.

3.3.1.1TestesdeUsabilidade O teste de usabilidade verifica se as funes da aplicao so claras e facilmente entendidaseoperadaspelosusurios.Oobjetivoprincipalgarantirqueainterfacefornea aousurioanavegaoapropriadaeverificarseatendeao padrodeInterfacesadotadona CELEPAR. ObjetivodoTeste:

Verificar:

Se a navegao atravs das telas reflete as regras de negcios e requisitos, incluindo campos, janelas, mtodos de acesso (movimentos do mouse, TAB, etc...).;

Serespostaeasmensagensemitidasaousuriosoadequadas(entendimento); Afacilidadedeoperaodosistemapelousurio; A facilidade de entendimento das funes do sistema pelo usurio atravs da utilizaodemanuais,helponlineouassistenteseletrnicos.

Tcnica:

METODOLOGIADEDESENVOLVIMENTOCELEPAR

19 ExecutardiversasoperaesdoSistema,utilizandomanuaisehelponline,validandoem todasasjanelas/telasanavegabilidade,aoperaoeafacilidadedecompreensoemrelao implementao. CritriodeConcluso: Ainterfacefoiverificada,estcorretaedefcilcompreensoeuso. Observaes: Estetestenovalidaaimplementaodasregrasdenegciodopontodevistafuncional (realizado no teste funcional), apenas regras que tenham relao com a ergonomia da aplicao.

3.3.2Sistema Abaixosoapresentadosoutrostiposdetestedesistema.

3.3.2.1TestesdeCarga Carregaobancodedadoscominformaesouentoaumentaonmerodetransaes concorrentes para ento verificar o comportamento da aplicao. Observa se o software continuafuncionadocorretamentesobcargasdiferentes. ObjetivodoTeste: Verificar o comportamento da aplicao quando submetida a variaes de carga de trabalho,medindoeavaliandoseudesempenho. Verificaro desempenho deaplicaes que utilizam muito processamento paralelos ou muitosdadosemumbancodedados. Tcnica: Aumentaronmerodetransaesouonmerodeinformaesarmazenadas. CritriodeConcluso:

METODOLOGIADEDESENVOLVIMENTOCELEPAR

20 Testescompletadossemfalhaedentrodeumtempoderespostaaceitvel. Observaes: Deveserexecutadoemumamquinadedicadaouemumperododedicadodetempo. Obancodedadosusadoparaarealizaodostestesdevemserdotamanhorealouna mesmaescala. 3.3.2.2TestesdeFalhaeRecuperao GarantequeoSistemapodeserecuperardeumasituaodefalhadehardware,software, mau funcionamento da rede, perda de dados, de integridade etc... Teste de Falha e Recuperao testa se os Sistemas que devem continuar sua execuo quando uma falha ocorrer,iroutilizarbackupsparaassumirsuasfunes. NosTestesdeRecuperaoaaplicaoousistemasoexpostosacondiesextremas,ou simuladas,afimdeseremcausadasfalhascomoquedadeenergia,basededadosinvlidas etc... ObjetivodoTeste: Verificarseo processo derecuperao (manual ouautomtico) recupera os dados do bancodedadoscorretamente,eosistemasecomportademaneiracorreta.Osseguintestipos decondiespodemserincludosnostestes: 1. Quedadeenergianocliente; 2. Quedadeenergianoservidor; 3. Interrupodacomunicaodarede; 4. Ciclosincompletos(processodegravaodosdadosabortados).; 5. Basededadoscorrompidaoudadosinvlidos. Tcnica: OstestesFuncionaispodemseraplicadosnestaseo.Algumasaespodemsertomadas, ousimuladas,como: 1. Quedadeenergianocliente:desligaroPC;
METODOLOGIADEDESENVOLVIMENTOCELEPAR

21 2. Quedadeenergiadoservidor:similarourealizarshutdowndoservidor; 3. Interrupo da comunicao entre as mquinas: simular ou realizar fisicamente os testes.(desconectandooscabos,desligandoosroteadores,servidores,desligarobanco dedados); 4. Testarciclosincompletospodendoutilizarasmesmastcnicasdescritasanteriormente. CritriodeConcluso: Emtodososcasosacima,aaplicao,bancodedadosousistema,devemserecuperar(ou ter um comportamento adequado, assumindo um estado adequado) quando ocorrerem as falhas. Observaes: Algunstestespodemnoserpossveisdeseremexecutadosdevidoaoproblemadese desligarservidores,mquinasetc... Tais testes devem ser executados em ambientes (mquinas) isoladas ouenquanto no estiveremsendoutilizadasporoutrosprocessose/ouusurios.

3.3.3Portabilidade Testequevalidaatributosqueevidenciamacapacidadedoprodutodesertransportadode umambienteparaoutro.Gnerodetestedotipovalidao. 3.3.3.1TestesdeConfigurao Verificaseosrequisitosqueestosendotestadosfuncionamemdiferentesconfiguraes desoftwareehardware. Tcnica: 1. Configurarambientescommltiplasopesdesoftwareehardware. CritriodeConcluso: Paracadatesterealizadoorequisitoe/ousistemacontinuafuncionandocorretamente.

METODOLOGIADEDESENVOLVIMENTOCELEPAR

22 Observaes: Somentedeveserrealizadoseforexplcitaanecessidadedaexecuoemambientescom configuraesdiferentes.

3.3.3.2TestesdeInstalao Garantir que o software pode ser instalado sob diferentes condies (nova instalao, atualizao ou instalao personalizada) e sob condies normais ou no. Considerase condioanormal:faltadeespaoemdisco,ausnciadedireitos/privilgiospararealizara instalao,etc. Verificar se, uma vez instalado, o software funciona corretamente. Isto implica na execuodeumtestefuncional. ObjetivodoTeste: Verificarseosoftwarepodeserinstaladosobasseguintescondies:novainstalao (primeirainstalao),atualizao(jhaviaumaversoinstalada)ouinstalaopersonalizada (ousurioselecionaoscomponentesasereminstalados). Tcnica: Simularascondiesdeinstalao. CritriodeConcluso: Ostestesdeinstalaofuncionamsemfalha.

METODOLOGIADEDESENVOLVIMENTOCELEPAR