Teste de Software - Implantação de Metodologias - Parte 1

03/02/2015
TestedeSoftware:ImplantaodemetodologiasParte1
Buscar
comentrios
postfavorito(7)
EngenhariadeSoftware72ndice
Teste de Software:
Implantao de metodologias
- Parte 1
Este artigo apresenta uma srie de processos de teste que
podem ser implantados em organizaes. O contedo
apresentado faz parte de um estudo que foi realizado com
objetivo de implantar uma metodologia de testes em uma
empresa de desenvolvimento.
Gostei(4)
Curtir
27
(0)
http://www.devmedia.com.br/testedesoftwareimplantacaodemetodologiasparte1/31874
1/39
03/02/2015
Demaispostsdestasrie:
MetodologiasdetestedesoftwareParte2
ArtigonoestiloCurso
Fiquepordentro
Oprocessodetestedesoftwaretemsidoprocuradopormuitasempresasde
desenvolvimentodesoftwareparaqueseusprodutosatinjamnveisde
qualidadedesejveis.Esteartigoapresentaumasriedeprocessosdeteste
(Ideal,CenpRA,3Px3E)quepodemserimplantadosemorganizaes.O
contedoapresentadofazpartedeumestudoquefoirealizadocomobjetivode
implantarumametodologiadetestesemumaempresadedesenvolvimentode
softwareetilparaaquelesquetenhaminteressenaimplantaodeuma
abordagemdetestesemsuaorganizaoetenhaminteresseemconhecer
iniciativassimilaresquepossamservirdepontodepartidaparasuasatividades.
Autores:IvniaRamosdosSantos,JulianaPagnonceliFerreiraeLibrio
deOliveiraJunior
Ainformaofazpartedodiaadiadaspessoas.Paracadadecisoasertomada,
sejanotrabalho,naescolaounavidapessoal,temosumasriedeinformaesa
seremconsultadas.Paraogerenciamentodelassoutilizadosossistemasde
informao.Estessomecanismosdegestoqueatuamcomocondutoresdas
informaesfacilitando,agilizandoeaperfeioandooprocessodecisrionas
empresas.
Aengenhariadosoftwaredeterminapadresdesistemasdeinformao,nelase
encontramosprincpiosdequalidadedossistemas.
Atualmenteexistemmodelosdequalidadebaseadosnaengenhariaqueajudamas
empresasaestabelecereseguirpadres.Podemoscitarcomoexemplosdestes
modelosoCMMCapabilityMaturityModel,aISOInternationalOrganizationfor
StandardizationeoMPS.BRProcessodeMelhoriadoSoftwareBrasileiro.O
objetivoprincipaldosmodelosdequalidadefazercomquetodaaequipeesteja
2/39
03/02/2015
trabalhandonomesmofoco.
Almdosmodelos,importantequeasorganizaesadotemotestedesoftware.
Estafasedoprocessodaengenhariadosoftwareimportante,poisavaliaseo
produtoatendeaosrequisitosespecificados.ummtododestrutivo,que
executadocomointuitodeencontraroserrosecorrigilosantesdaversofinal
serliberadaaocliente.
Asmetodologiasdetestedesoftwareespecificampadressobrecomoosmesmos
devemserexecutados,comocriaradocumentaonecessria,enfim,projetarda
melhormaneiraoprocesso.
Diantedascolocaes,observasequeasempresas,principalmenteasdepequeno
emdioporte,sentemdificuldadedeassociarmetodologiasdetestedesoftwarea
seusprocessosdedesenvolvimento.Adificuldadesedmuitasvezespelos
recursosfinanceirosetambmdepessoalseremlimitados.
AempresaAmSoft,desenvolvedoradesistemasdeinformaogerenciais,
localizadanacidadedePatoBranco,estenfrentandoestemesmoimpasse.Sendo
assim,foipropostoinvestigarasmetodologiasdetestedesoftwaremaisutilizadas
atualmente,selecionarentreelasaquesedestaca,usandocritriosdeseleo
estabelecidospelaempresaAmSoft,naqualserrealizadooestudodecaso.Em
seguida,implantarametodologiaselecionadadescrevendoeanalisandoos
resultadosobtidos,podendoassim,justificaraimportnciadesuautilizao.
MuitasSofthouses,classificadascomomicro,pequenasemdiasempresas,esto
sentindoanecessidadedemelhoriaemseusprocessosinternos.Comoalternativa
estorecorrendoametodologias,entreelasdetestedesoftware.Assim,tm
surgidoentreasmesmasoseguintequestionamento:umametodologiadetestede
softwarepodeauxiliarnaorganizaodosprocessosinternosdaempresa,fazendo
comqueissoreflitaemqualidadenoproduto,satisfaoporpartedosclientese
destaquenomercadocompetitivo,oquejustificariaaimportnciadesua
utilizao?
AempresaAmSoft,focoprincipaldoestudodecasoaserapresentado,enfrenta
estemesmoimpasse.Diantedisso,observouseanecessidadedeaplicaode
umametodologiadetestesquesejaadaptvelaessenichodemercado.
3/39
03/02/2015
Autilizaodessetipodemetodologiapodeevitarmuitosproblemastaiscomo:a
reduodecustoscomretrabalho,manuteno,levaaminimizarerrosentregues
comaversofinalaocliente,oquerefleteemumaumentodonveldeconfiana
porpartedosmesmos.Commaistempodisponvel,aequipepodeinvestirem
melhoriasenovosplanejamentos.
Aanlisetambmpodeservirderefernciaparaoutrasempresasquese
encontramnamesmasituaoeprecisamefetuarmelhoriasnesseaspecto.
Possibilitatambmumconhecimentomaisdetalhadosobrequalidade,testese
metodologiasdetestedesoftware.
Informao
Dentrodoconceitodesistemasdeinformao,informaooresultadodo
processamentodosdadosdeentrada.NaFigura1estrepresentadooprocesso
detransformaodosdadoseminformao.Estessocoletados,passampelafase
deprocessamentooutransformaoeemseguidasodevolvidossendotratados
jcomoinformao.
Figura1.Transformaodedadoseminformao
Ainformaoodadoquefoiprocessadoearmazenadodeformacompreensvel
paraseureceptorequeapresentavalorrealpercebidoparasuasdecises
correntesouprospectivas.
Osdadospodemserdefinidoscomosucessesdefatosbrutos,quenoforam
organizados,processados,relacionados,avaliadosouinterpretados,representando
apenaspartesisoladasdeeventos,situaesouocorrncias.Constituemas
unidadesbsicasapartirdasquaisinformaespoderoserelaboradasouobtidas.
Processamentosoastransformaes,alteraes,relacionamentos,
agrupamentos,pelosquaisosdadospassamparaseremtransformadosem
4/39
03/02/2015
informao.
Sistemasdeinformao
Ossistemasdeinformaosomecanismosdeapoiogesto,desenvolvidoscom
basenatecnologiadeinformaoecomsuportedainformticaparaatuarcomo
condutoresdasinformaesquevisamfacilitar,agilizareaperfeioaroprocesso
decisrionasorganizaes.
Elescompreendemumconjuntoderecursoshumanos,materiais,tecnolgicose
financeiros,agregadossegundoumasequncialgicaparaoprocessamentodos
dadoseacorrespondentetraduoeminformaes.AFigura2mostraummodelo
desistemadeinformao.
Figura2.ModelodeSistemadeInformao
Oobjetivodessessistemasgerarinformaoparaseremusadasnoauxlioda
tomadadedecisesdeempresaseorganizaes,ondeasmesmasterocondies
dereagirsmudanasconstantesdomercado.Dentrodesteconceito,temos
exemplosdesistemasutilizadosatualmente:SIGSistemasdeInformao
5/39
03/02/2015
GerencialeERPEnterpriseResourcePlanningdoportugusPlanejamentode
RecursosEmpresariais.
Sistemadeinformaogerencialpodeserdefinidocomoqualquersistemaque
produzaposiesatualizadasnombitocorporativo,resultadodaintegraode
vriosgruposdesistemasdeinformaoqueutilizamrecursosdeconsolidaoe
interligaodeentidadesdentrodeumaorganizao.
OpropsitobsicodeumSIGajudaraempresaaalcanarsuasmetas,
fornecendoaseusgerentesdetalhessobreasoperaesregularesdaorganizao
deformaquepossamcontrolar,organizareplanejarcommaisefetividadeecom
maioreficincia.
NaFigura3podemosobservaroconceitodeumsistemadeinformaogerencial.
OprogramadeaplicaojuntamentecomoGerenciadordeBancodeDados
SGBDestoconectadosaobancodedadosdaempresanoqualsoarmazenadas
asinformaes.Emseguidadisponibilizamnasnaformaderelatriosegrficosao
gerente,auxiliandoonatomadadedecises.
Figura3.ConceitodeSistemasdeInformaoGerencial
OsERPEnterpriseResourcePlanningsurgiramdanecessidadedesecontrolar
todososprincipaisprocessosdaorganizaoemumssoftware.Buscavamse
benefcioscomoeficincia,incrementodaqualidade,daprodutividadee
lucratividade.
OprincipalobjetivodossistemasERPintegrartodososdepartamentosefunes
daempresaemumsistemaunificadodeinformtica,comcapacidadedeatender
todasasnecessidadesdaorganizao.
6/39
03/02/2015
AprimeirageraodosERPsfoifundamentalparapequenasemdiasempresas
concentrarseemprocessosdenegcio.Elesasconduziamaumanovamaneirade
pensareexpandirsuasoperaescomumamelhorgesto.
Comoaideiaprincipaleraautomatizarprocessosadministrativosesuacapacidade
estavaquaseesgotada,nofinaldadcadade90surgiuasegundageraodos
ERPs.Oobjetivodestasegundageraoalavancarossistemasexistentesde
maneiraaaumentaraeficincianoencaminhamentodastransaes,melhoraro
processodecisrioereforaraindamaisosmtodosdenegcio.
NaFigura4podemosobservarajunodevriosrecursos:Logstica,Gesto,
Vendas,FinanceiroeProduo,queanteseramsistemasseparados,todosestes
unidosemumnicosistema:oERP.
Figura4.ConceitodeSistemasERP
EngenhariadeSoftware
7/39
03/02/2015
Diversosgovernosdepasesemdesenvolvimentotmmostradopreocupaocom
aquestodainformatizaodeseusrgos,empresasedasociedadecomoum
todo.Issotemdespertadonasorganizaesaprocuraporferramentase
metodologiasqueauxiliemnosseusprocessos.
Softwareumconjuntodeinstruesquesoexecutadascomobjetivodeproduzir
funesedesempenhosdesejados.Tambmpodeserdefinidocomoestruturasde
dadosquepermitemaosprogramasmanipularinformaes.Ouainda,documentos
quedescrevemoperaoeusodosprogramas.
Osoftwaretemsetornadoimportanteparaasempresas,comoumdiferencialde
desempenhoecontrole,oqueproporcionacompetitividadediantedaconcorrncia.
Sobreestereferencial,asempresasdedesenvolvimentosemostramcadavez
maispreocupadascomaengenhariadosmesmos,comintuitodeatribuirqualidade
aosprodutosdesenvolvidos.
Comointuitodemelhoraraqualidadedossoftwaresemgeraleaumentara
produtividadenodesenvolvimentodetaisprodutos,surgiuaengenhariade
software.Estaumconjuntodetrselementos:mtodos,ferramentase
procedimentosquepossibilitamaogerentecontrolaroprocessode
desenvolvimentoe,aoprofissional,oferecebaseparaconstruodeumproduto
comaltaqualidade,deformaprodutiva.
Osmtodosindicamcomofazerparaconstruiroproduto.Envolvem:planejamento,
estimativadeprojeto,anlisederequisitos,projetodaestruturadedados,
arquiteturadeprograma,algoritmodeprocessamento,codificao,testee
manuteno.
Asferramentasproporcionamapoioautomatizadoousemiautomatizadoaos
mtodos,paracadaumexistemferramentasdesustentao.
Osprocedimentossoaligaoentreosmtodoseasferramentas.Definema
sequnciadeaplicao,osprodutosaserementregues,oscontrolesque
asseguramaqualidadeeacoordenaodemudanaseosmarcosdereferncia
paraavaliaodoprogresso.
Sendoassim,aengenhariadesoftwarepodeserdefinidacomoumconjuntode
princpiosparadesenvolvimentodeumprodutocomaltonveldequalidadee
8/39
03/02/2015
confiana,quefuncionedemaneiraeficiente.Paraisso,aqualidadesetornao
marcoprincipal.
QualidadedeSoftware
Oprincipalobjetivodaengenhariadosoftwareauxiliarnaconstruodeprodutos
dequalidade.Qualidadeatenderperfeitamente,deformaconfivel(sem
defeitos),acessvel(debaixocusto),seguraenotempocertoasnecessidadesou
requisitosdocliente.
Aqualidadetambmpodeserentendidacomosendoaconformidadearequisitos
funcionaisededesempenhoexplicitamentedeclarados,apadresde
desenvolvimentoclaramentedocumentadoseacaractersticasimplcitasqueso
esperadasdetodosoftwareprofissionalmentedesenvolvido.
Aqualidadeumprocessosistemticoquefocalizatodasasetapaseartefatos
produzidoscomoobjetivodegarantiraconformidadedeprocessoseprodutos,
prevenindoeeliminandodefeitos.
Senocontextodaengenhariadosoftwarequalidadesignificasatisfazeros
requisitosespecificadoseasnecessidadeseexpectativasdocliente,assegurar
estaqualidadenemsempretosimplesquantoparece.
Geralmente,nomeiodocaminhosoencontradosrequisitosimplcitos,svezes
comrepresentaesvariadasouatmesmoincompletos,issoprejudicaoproduto,
causaretrabalhoeafetanocustoeprazosdeentrega.
Paraevitarestesimpassestornasenecessrioincorporarmtodoseconceitos
comoPlanejamento,ControleeGarantiadeQualidade.
Planejamento,ControleeGarantiade
Qualidade
Noplanejamentodaqualidadeserodefinidasasatividadesdeavaliaoquesero
executasaolongodoprojeto.Oqueseravaliado,quandovaiocorreresta
avaliao,comoserexecutadoeporquem.
Agarantiadaqualidadeavaliaaadernciadasatividadesexecutadasedos
9/39
03/02/2015
produtosdetrabalho,deacordocompadres,processos,procedimentose
requisitosestabelecidoseaplicveis.Elaasseguraqueaqualidadequefoi
planejadanosejacomprometida.Buscaidentificardesviosoquantoantes,
eliminandopossveisretrabalhosemelhorandocustoseprazos.
Ocontroledequalidadepodeserdefinidocomoummtododecomparaoentreo
produtoeosrequisitosapresentadosnoprojeto.feitaumaverificao
determinandoseoprodutoestdentrodosnveisaceitveis.Diferentesnveisde
testepodemserusadosparaessecontroledequalidade.
AsdiferenasentreagarantiaeocontroleestoapresentadasnaTabela1.
GarantiadeQualidade
ControledeQualidade
Foco:Garantirqueoprojetoemprega
Foco:Descobrirdefeitosemprodutosde
todososprocessosepadresnecessrios
trabalhogeradosaolongodoprojetoe
paraatenderaosrequisitos.
eliminarsuascausas.
Formamaisusual:auditoriasdeprocesso
Formamaisusual:testesdiversose
edeprodutoorientadosporchecklists.
revisesporpares.
Utilizamtodos,procedimentosepadres
Utilizacasosdeteste,checklistse
paracompararprevistocomrealizado.
revisesparacompararoesperadocomo
obtido.
Asseguraqueoprocessoempregado
definidoeapropriado.
Asseguraqueosprodutosdetrabalho
geradosestoconsistentesealinhados.
orientadaaprocesso,visandoa
prevenodedefeitos.
orientadoaproduto,visandodeteco
ecorreodedefeitos.
Cuidadamonitoraoemelhoriados
processosepadresempregados.
Cuidadamonitoraoedaconsistncia
dosprodutosemrelaoaosrequisitose
Asseguraquesefazdemaneiracorreta.
utilizao.
Asseguraquesefazascoisascertas.
10/39
03/02/2015
Tabela1.Diferenasentregarantiaecontroledaqualidade
ModelosdeQualidade
Osmodelosdequalidadeimplicamempadreseprocedimentosdetrabalhoque
apontamumasequnciadefasescomobjetivosespecficos,queadaptams
empresasprocessosdeacordocomasnecessidadesdomercado.
Asdesenvolvedorasdesoftwarepodemoptarpordesenvolverummodeloprprio
deacordocomanecessidadedomercadoqueatuam,ouseguirmodelosj
existentescomooISOInternationalOrganizationforStandardization,CMM
CapabilityMaturityModelenoBrasiloMPS.BR.
Osmodelosbuscamotrabalhoemgrupo,osobjetivoscomuns,ouseja,a
colaboraodetodaaequipesincronizadaemumnicofocoparamelhor
desempenhodosprojetos.Assim,necessriocriarestratgias,comprocessosde
tomadadedeciso,gerenciamentodemudanas,organizaodepapeise
responsabilidadesparaalcanarsucessoconstante.
ModelodeQualidadeCMMCapabilityMaturity
Model
OCMMibaseadonamelhoria,compesedecinconveisdematuridadeque
demonstramograudematuridadedaorganizao.Cadanvelpossuiprocessos
definidos,sendocadaumdelescompreendidoporreaschavesdeprocessoque
trazemosobjetivosaserematingidosgarantindoestabilizao.NaFigura5
podemserobservadososcinconveispelosquaisasorganizaesevoluem:
11/39
03/02/2015
Figura5.OsNveisdeMaturidadedoCMMi
Nvel01:Inicialondeosprocessossoavaliadosedefinidos.Podeser
consideradoimprevisvel,poisosucessodessafaseapoiasenoesforoindividual
Nvel02:RepetvelOsnveisbsicosdosprocessossoestabelecidos,comoo
monitoramentodecusto,prazoefuncionalidade,paraqueestejamdisciplinados,
garantindorepetiesemprocessosfuturos
Nvel03:DefinidoOndeosprocessossodocumentadosepadronizados.As
responsabilidadessoestabelecidasacadaintegrantedosprojetosesuas
atividadessodetalhadas.Todososprojetosserobaseadosnessenvel
Nvel04:GerenciadoOndeseiniciaaspreviseseocontroledosprocessos.
Sofeitasmedieseobservadaarelaoentreosprocessoseaqualidade.
Nessenvelpossvelpreverresultados,poisondesecoletamdadosparao
processodequalidade
Nvel05:OtimizaoMelhoracontinuaatravsdefeedbackdosprocessos
acimaedaconduodenovasideias.
Cadaumdestesnveispossibilitaobservaroamadurecimentodaorganizao,
resultandoemummelhorproduto.
12/39
03/02/2015
Paraalcanarasmetasdecadanvel,existemreaschaves,quedefinemos
procedimentosnecessriosacadaum.Estassopassosquedevemserseguidos
paraaconclusodonvelcorrespondente:
Nvel01:Nopossuireaschavedeprocesso
Nvel02:Gerenciarrequisitos,planejarosprocessosdosoftware,acompanharo
projetodomesmo,gerencilo,controlaraqualidadeegerenciarasconfiguraes
Nvel03:Focalizarosprocessosdaorganizaoedefinilos.Aplicartreinamentos,
gerenciarintegralmenteosoftware,aplicaraengenhariadoproduto,coordenar
atravsdeintergruposerevisardetalhesparaprevenirdefeitos
Nvel04:Gerenciamentoquantitativodosprocessosedaqualidadedosoftware
Nvel05:Prevenodefalhas,gerenciarmudanasnosprocessos,polticade
responsabilidade,recursos,estruturaetreinamentos.Planejamento,melhoriase
correes.Revisodedetalhesparaprevenodedefeitos.
Sendocumpridososnveiscitadosacima,aorganizaoestarseguindoos
princpiosdequalidadedomodeloCMMi,emconsequncia,tergarantiadeque
seusprocessosorganizacionaisestoseguroseconfiveiscomodescreveo
processo.
ISO
AISOestsubdividaemnormastcnicasouStandards,cadaumadestasse
responsabilizaporumadeterminadarea.Asprincipaisparaoassuntoem
destaquesoaISO/IEC12207eaISO/IEC15504.
AISO/IEC12207foipublicadaemagostode1995.Possuiumaterminologiabem
definidaeservederefernciaparaaindstriadosoftware.Elaforneceuma
arquiteturaparaociclodevidadomesmo,normasparaaquisio,fornecimento,
desenvolvimentooperaoemanuteno.Elasedivideemtrsprocessosque
compemociclodevida:
Processosprimrios:distribuiodospapisquecadamembroirexercer,como
adquirente,fornecedor,desenvolvedor,operadorequemomantm
13/39
03/02/2015
Processosdesuporte:suportamoutrosprocessoscomopartesintegrantescomo
documentao,configuraes,gerenciamentodequalidade,verificao,reviso,
auditoriaesoluodeproblemas
Processosorganizacionais:Estabelecidoseimplementadosemumaestruturade
processosassociados.Compostoporpessoas,neleocorreomelhoramento
contnuo.
AarquiteturadaISO/IEC12207baseiaseemdoisprincpios:modularidadee
responsabilidade.Essanormaprocuradistinguirospapisdosresponsveispelo
desenvolvimentodosoftware,diferenciaremmdulosoprojetoeesclarecera
funodecadaum.
AISO/IEC15504realizaavaliaesdeprocessosdesoftwarecomobjetivode
melhorarprocessosedeterminaracapacidadedosmesmos.
MPS.BR
OMPS.BRumprogramaparamelhoriadaqualidade.coordenadopelaSOFTEX
Associaoparapromoodaexcelnciadosoftwarebrasileiro.Contacomoapoio
doMCTMinistriodaCinciaeTecnologia,daFINEPFinanciadoradeEstudose
ProjetosedoBIDBancoInteramericanodeDesenvolvimento.
Eleestdescritopordocumentosemformasdeguias.AGuiaGeraldescrevede
formadetalhadaoModelodeReferencia(MPS.BR)eforneceumavisogeralsobre
asdemaisguiasqueapoiamaimplementaodosdiversosnveisdoprocesso,
facilitandoacompreensodetodos.
AGuiadeAvaliaodescreveoprocessoemtododeavaliao,tantopara
avaliadoscomoparaavaliadores.AGuiadeAquisioservecomoapoioparaas
instituiesinteressadasnomtododecomoadquiriloeaGuiadeImplementao
descrevecadanvel.
Abasetcnicaparaaconstruoeaprimoramentodestemodelodemelhoriae
avaliaodeprocessodesoftwarecompostapelasnormasNBRISO/IEC12207
ProcessodeCiclodeVidadeSoftware,pelasemendas1e2danormainternacional
ISO/IEC12207epelaISO/IEC15504AvaliaodeProcesso.Umaavaliao
MPS.BRrealizadautilizandooprocessoemtododeavaliaoMAMPSdescritos
14/39
03/02/2015
noguiadeavaliao.UmaavaliaoMPS.BRverificaaconformidadedeuma
organizao/unidadeorganizacionalaosprocessosdoMRMPS.OMPS.BRdefinido
emconsonnciacomanormainternacionalISO/IEC12207,adaptandoas
necessidadesdacomunidadedeinteresse.OMRMPSfoidefinidoemconformidade
aoCMMIDEV.Paradefinioerevisodomodeloderefernciafeitaumaampla
consultacomunidadedeimplementadoreseavaliadoresMPS.BR.Aelaborao
finalresponsabilidadedaETM.
AFigura6ilustraabasetcnicadomodeloMPS.BR:aISOeoCMMI.
Figura6.BasetcnicadomodeloMPS.BR
OMPSBRdefinenveisdematuridade,estessoevolutivostendoestgiospara
implementaodeprocessos.Onvelemqueseencontraumaorganizao
possibilitapreverodesempenhofuturodaempresa.OMPSBRdefinidoemsete
nveisdematuridade:
A(Emotimizao)
15/39
03/02/2015
B(GerenciadoQuantitativamente)
C(Definido)
D(LargamenteDefinido)
E(ParcialmenteDefinido)
F(Gerenciado)e
G(ParcialmenteGerenciado).
AescaladematuridadeseinicianonvelGeprogrideatonvelA.Oprogressoeo
alcancedeprximonvelsoobtidosquandotodosospropsitosprestabelecidos
soatendidoseosresultadosesperadosalcanados.
EmboraaavaliaopornveisbaseiesenoCMMI,hdiferenas,poissetemo
objetivodepossibilitarumaimplementaoeavaliaoadequadaamicros,
pequenasemdiasempresas,possibilitandoarealizaodeavaliaes
considerandomaisnveisetambmpermitindoresultadosemprazosmenores.
Almdosmodelosqueasorganizaespodemestaradaptandonoseudiaadia,
indispensvelqueosprodutosdesenvolvidospassempelafasedetestes.
Testedesoftware
Diantedetodososprocessos,modeloseferramentasqueaengenhariado
softwaredisponibilizaparaobterqualidadedosprodutosdesenvolvidos,ainda
assimpodeocorrerincidnciadeerros.Comoobjetivodeminimizarestes,as
tcnicasdetestetmsemostradoimportantes.
Otesteumadasfasesdoprocessodeengenhariadesoftwarequetempor
objetivoavaliarseoprodutodesenvolvidocumprecomtodasasespecificaes
declaradas,ouseja,verificarseoprodutoatendeaosrequisitosdefinidosnafase
inicialdoprojeto.
Testarumsoftwareexecutlodemaneiracontrolada,analisandoas
conformidadesefuncionalidadesdoprojeto,tendoporobjetivoencontrarerros,
falhasebugsantesdaentregadaversofinalaocliente.
16/39
03/02/2015
Testarosprodutosdesoftwareenvolvebasicamentequatroetapas:planejamento,
projetosdecasosdeteste,execuoeavaliaodosresultados.Estasatividades
devemserrealizadasdentrodoprprioprocessodedesenvolvimento.
OpadroIEEEnmero610.121990(IEEEStandardsBoard,1990)diferenciaos
termosnormalmentecitadosnafasedetestes:
Defeito(fault):passo,processooudefiniodedadosincorretos
Engano(mistake):aohumanaqueproduzumresultadoincorreto
Erro(error):diferenaentreovalorobtidoeovaloresperado,ouseja,qualquer
estadointermedirioincorretoouresultadoinesperadonaexecuodoprograma
constituiumerro
Falha(failure):produodeumasadaincorretacomrelaoespecificao.
AFigura7apresentaadiferenaentreDefeito,ErroeFalha.Osdefeitosso
causadosporpessoasefazempartedouniversofsico.Apresenadestespode
ocasionaroserrosqueseencontramnouniversodainformao.Eestespodem
gerarasfalhasencontradasnouniversodousurio.
Figura7.DefeitoxErroxFalha.
Deumaformageral,oserrossoclassificadosem:
Erroscomputacionais:oerroprovocaumacomputaoincorreta,masocaminho
executado(sequnciasdecomandos)igualaocaminhoesperado
17/39
03/02/2015
Errosdedomnio:ocaminhoexecutadodiferentedocaminhoesperado.
Aatividadedetestessedivideemtrsfases:unidade,integraoedealtonvel.
Estadivisopermitequeotestadorseconcentreemaspectosdiferentesdo
softwareeemdiferentestiposdeerrosutilizandoestratgiasdeseleodedados
diversificadas.
Tiposdetestedesoftware
Acadadiavemsurgindonovostiposdetestesquepodemseradotadospelas
empresas,dentreelesesto:
Testededesempenhoouperformance:verificaseodesempenhoestconsistente
comosrequisitosdefinidosempregandoumvolumedetransaesnassituaesde
mximodeacessoeconcorrnciaparaavaliarosresultadosencontradoscomos
especificados
Testedecarga:avaliaemedeoscomportamentosdedesempenhoesua
capacidadefuncionalsobdiferentescargasdetrabalhocomgrandesvolumesde
dados
Testedestress:submeteosistemaaumacargadesproporcionalimpedindoouso
dosrecursosnecessriosparaoprocessamento
Testedecdigo:verificaseocdigoestdeacordocomaspadronizaesde
linguagem,estruturao,endentao,nomesdearquivos,variveisefunescom
oobjetivodedeixloestruturado,legvelereusvel
Testedeusabilidade:verificaafacilidadequeosoftwarepossuideser
compreendidoemanipuladopelousurio,ouseja,sepossuimanuais,helponline
esistemaseletrnicos
Testedeseguranaecontroledeacesso:verificaaseguranadousurioao
efetuarloginnosistema.Osacessosaosdadosdisponveisparasomentequem
possuipermissoteracessoaosdadosrestritos
Testedeintegridadededados:avaliaarobustezquantoresistnciaafalhasea
compatibilidadetcnicaemrelaolinguagem,sintaxeeutilizaoderecursos
18/39
03/02/2015
Testedeinterfacedousurio:verificaainteraodousuriocomosistema,
assegurandonavegaoadequadaequeosobjetoscontidosnainterface
funcionemcorretamente
Testedeinstalaoeconfigurao:avaliaainstalaosobdiversas
circunstanciaseemdiferentesplataformasdehardwareesoftware,garantindoo
devidofuncionamento
Testedeunidade:verificaamenorunidadedeprojetodesoftware:mdulos,
mtodos,classesetambmtrechosdecdigoconfusos.Oobjetivodele
assegurarquecadaunidadeestfuncionandodeacordocomsuaespecificao
funcional
Testedeintegrao:verificaseasunidadestestadasindividualmente(teste
unitrio)quandointegradasexecutamcorretamente.Ostestesdeintegrao
dividemseemdoistipos:incrementalenoincremental.
Naabordagemincrementalosoftwareconstrudoetestadoemblocos.Isso
facilitaoisolamentoeacorreodeerros.Nesteprocessopodemserutilizadas
duasestratgias:descendente(topdown)ouascendente(bottomup).
Naabordagemnoincrementaltodososmdulossocombinados
antecipadamenteeoprogramacompletotestado.
Testedesistema:seuobjetivoassegurarqueosoftwareeosdemaiselementos
queocompemsecombinamadequadamenteequeafunodesejadaseja
obtida
Testedevalidaoouaceitao:realizadocomopropsitodeavaliara
qualidadeexternadoprodutoetambmnamedidadopossvelaqualidadeem
uso
Geralmenterealizadodeduasmaneiras:testealfaebeta.Oprimeirorealizado
noambientededesenvolvimentocomosusuriosfinaisondeotestadorregistraos
erroseproblemasdeuso.Osegundorealizadopelousuriofinalemseuprprio
ambiente,registrandoosproblemasencontradoserelatandoosaodesenvolvedor.
Testederegresso:objetivagarantirqueosoftwarepermaneafuncionaldepois
19/39
03/02/2015
quemudanasnosoftwaresejamrealizadas
TestesBacktoback:omesmotesterealizadoemversesdiferenteseo
resultadocomparado
Testederecuperao:validaacapacidadeequalidadedarecuperaodo
softwareapserroscatastrficosoufalhasdehardware
Testedealteraes:rastrearalteraesduranteoprocessodeteste
Testederecuperaodeverses:verificaacapacidadedevoltaraumaverso
antigadosistema
Testedeinteroperabilidade:avaliaascondiesdeintegraocomoutros
softwareseambientes
Testedesobrevivncia,confiabilidadeedisponibilidade:avaliaacapacidadede
permaneceroperandoquandoalgumelementoparadefuncionar
Testeesttico:avaliatodaadocumentaodoprojetocomomodelos,requisitos
entreoutros
Testeembutido:avaliarintegraoentrehardwareesoftware.
Tcnicasdetestedesoftware
Astcnicasdetestefornecemdiretrizesparaprojetartestesqueexercitama
lgicainternadoscomponentesdosoftware,assimcomoseusdomniosdeentrada
esada.Dentreastcnicaspropostas,encontramseastcnicasdetestes:
funcional,estruturalebaseadaemerros.
Atcnicadetestefuncionaloucaixapretaverificaosoftwarecomosefosseuma
caixadaqualocontedodesconhecido,sendopossvelvisualizarsomenteolado
externo,ouseja,osdadosdeentradaesada.
Soutilizadososrequisitosdoprogramaparaderivarosrequisitosdetesteque
iroserempregadossemseimportarcomdetalhesdeimplementao.
Procurarevelarerroscomofunesincorretasouomitidas,errosdeinterface,erros
20/39
03/02/2015
nasestruturasdedadosounoacessoaobancodedadosexterno,errosde
desempenho,deinicializaoetermino.
Oobjetivodotestefuncionalencontraroposiesentreocomportamentoatual
dosistemaeoqueestdescritoemsuasespecificaes.Oscritriosmais
abordadosnessatcnicasoparticionamentodeequivalnciaeanlisedevalor
limite.
Atcnicadetesteestruturaloucaixabrancalevaemconsideraoosaspectosde
implementaonaescolhadoscasosdeteste.Osrequisitossoestabelecidoscom
basenaimplementaodoprogramaeaestruturaedetalhesdocdigoso
levadosemconsideraoparaageraodoscasosdeteste.
Tratasedeumatcnicadoprojetodecasosdetestequeusaaestruturade
controleeofluxodedadosparaderivarosrequisitosdeteste.
Oscritriosbaseiamseemdiferentestiposdeestruturas.Essespodemser
classificadosem:baseadosnacomplexibilidade,nofluxodecontroleeemfluxode
dados.
Astcnicasbaseadasemerrosestabelecemosrequisitosdetesteexplorandoos
errostpicosecomunscometidosduranteodesenvolvimento.
Astcnicasdetestesoutilizadasdeformacomplementar,poisdetectam
categoriasdeerrosdistintasparaquecadaumasejabemexploradaeleveaum
processodeboaqualidadeebaixocusto.
Critriosdetestedesoftware
Apenasautilizaodetcnicasdetestenoseriavivel,porissojuntamentea
elassoutilizadoscritriosdeteste.Estesauxiliamotestador,fornecemum
mtododeavaliaodeconjuntosdecasosdetesteeumabaseparaseleodos
casosdeteste.
Oscritriospodemserutilizadoscomo:
Critriodecobertura:permiteaidentificaodepartesdoprogramaquedevem
serexecutadosparagarantiraqualidadeeindicarquantoomesmofoi
21/39
03/02/2015
suficientementetestado
Critriodeadequao:apartirdeumconjuntodecasosdetestequalquer,ele
utilizadoparaverificarsesatisfazosrequisitosestabelecidospelocritrio.Ouseja,
estecritrioavaliaseoscasosdetestedefinidossosuficientesounopara
avaliaodeumprodutoouumafuno
Critriodegerao:quandoocritrioutilizadoparagerarumconjuntoqualquer
decasosdetesteadequadoparaumprodutooufuno.Defineasregrasou
diretrizesparageraodoscasosdeumprodutoqueestejadeacordocomo
critriodeadequao.
Metodologiasdetestedesoftware
Paraatingiroobjetivodotrabalhoproposto,foirealizadaumapesquisareferente
smetodologiasexistentes.Atravsdapesquisarealizadaforamselecionados
materiaisquetratamdeassuntosrelacionadosqualidadedesoftware,
engenharia,testesemetodologiasdeteste.Nestes,foramanalisadasedestacadas
asmetodologiasemodelosdetestemaisutilizadospelasempresasnoperodode
2007athoje.
Abaixoseroapresentados:ModeloIDEAL,MetodologiadoCenPRA,ModeloVe
Metodologia3Px3E.Serodescritasasprincipaiscaractersticasdecada
metodologia,possibilitandoselecionarentreelasamaisvivelparaaplicaona
empresaAmSoft
ModeloIDEAL
OmodeloIDEALpropostopeloSEI(SoftwareEngineeringInstitute)daCarnegie
MellonUniversitydosEUAtemcomoobjetivofornecerumaguiaparadirecionar
iniciativasdeprogramasdemelhoriadesoftwareatravsdeumlongoeintegrado
planoparainiciaoegerenciamento.Asatividadespropostasestoemumalto
nveldeabstrao.Omodelodivididoemcincofases(aFigura8ilustraasfases
domodeloIDEALeasprincipaisatividadesdecadafase):
Inicializao(Initiating):Preparaoecriaodeumplanodemelhoriado
processodeteste.Nestaetapaserodefinidasasmetasaseremalcanadas,a
22/39
03/02/2015
infraestruturaaserutilizada,asresponsabilidadeseosrecursos(humanose
fsicos)
Diagnstico(Diagnosing):Levantamentodoestadoatualdaempresaedefinio
doestadodesejado.Seroutilizadososresultados,recomendaesdos
validadoreseoutrasiniciativasdemelhoriasparaoplanodeao
Estabelecimento(Establishing):Planejamentodetalhadodecomoalcanaras
melhoriasdesejadas.Aversoinicialdoplanodemelhoriadoprocessodeteste
serelaboradadeacordocomavisodaempresa,planoestratgicodenegcios,
liesapreendidasdeexperinciaspassadas
Ao(Acting):Execuodoplanejamento.Nessafasesoluesendereadaspara
ospontosdemelhoriadiagnosticadossocriadas,testadaseimplantadasna
empresa.Planossodesenvolvidosparaexecuodepilotosafimdetestare
avaliarosprocessosnovosalterados.Comosucessodestes,aimplantao,
institucionalizaoeplanosparaextensosodesenvolvidoseexecutados
Aprendizagem(Learning):Aprendizadoadquiridoduranteoprocessodemelhoria.
OobjetivodessafasefazercomqueoprximopassoatrsdomodeloIDEALseja
maisefetivo.Nestemomento,soluesjforamdesenvolvidas,liesjforam
aprendidas,mtricascoletadaseobjetivosalcanados.Osartefatosso
adicionadosbasededadosdoprocessoqueirsetornarumafontede
informaoparaaspessoasenvolvidasnoprximopassodomodelo.
23/39
03/02/2015
Figura8.FasesdomodeloIDEAL
MetodologiadoCenPRA
AmetodologiadesenvolvidapeloCenPRA(CentrodePesquisasRenatoArcher)
fundamentadanosmodelossugeridospelanormaIEEE829,quedescreveos
documentosquedevemsergeradosnaatividadedegernciadostestesde
software.
Ametodologiautilizasedetcnicas,procedimentoseferramentasparamelhoraro
processodetestecapacitandosempresasprodutorasadesenvolverprodutos
commaiorqualidade.
Elafoidesenvolvidademaneiraqueasempresaspudessemapliclaavriostipos
desistema,comosistemasdeinformaoesistemasespecficos.Tambmatende
diferentestiposdeorganizaodesdeamicroempresaatasdegrandeporte,j
quecadaumapodeselecionaramelhormaneiracomoaplicla.
Oprocessodetestenocontemplaautomaodoteste,estadecisofoitomada
24/39
03/02/2015
paramanteradescrioinicialdoprocessosimples.Estefatorevelaqueum
processosdevesersuportadoporferramentasquandoestiverconvenientemente
definidoeconsistentementeadotado.
Oprocessodeautomaodetestetemmaiorprobabilidadedeserbemsucedido
paraorganizaesquepossuamumaequipedetestebemdefinidaecomum
processopadrodedocumentaoseguido.
AmetodologiadoCenPRAbaseiaseemtrscomponentes:
Treinamento:capacitaoemconceitosbsicossobreteste,tcnicasdeteste,
documentaoeprocessodeteste
Processodeteste:realizaodasatividadesdeplanejamento,projeto,execuo
eacompanhamentodostestes
Suporteparageraodedocumentos:aplicaodetcnicaparacriaodos
documentosbaseadonanormaIEEE.
Oprocessodetestepropostonametodologiaestbaseadoemalguns
pressupostosbsicos:
Ostestesdesistemaeaceitaosoprojetadoseexecutadossoba
responsabilidadedaequipedeteste
Ostestesdesistema,eeventualmentetambmodeaceitao,sorealizadosde
formaiterativa,havendo,antesdoinciodecadaciclodeteste,umaavaliao
rpidadoproduto.
AgeraodosdocumentosquefazempartedocomponenteSuporteparaGerao
deDocumentosestbaseadananormaIEEE8291998.Soeles(aFigura9
ilustraorelacionamentoentreosdocumentosdeteste):
PlanodeTeste:apresentaoplanejamentoincluindoaabrangncia,abordagem,
recursosecronograma.Identificaositenseasfuncionalidadesaseremtestadosas
tarefaseriscosassociados
Especificaodeprojetodeteste:
25/39
03/02/2015
oProjetodeteste:identificaasfuncionalidadesecaractersticasaseremtestadas
etambmoscasoseprocedimentodetesteeapresentaoscritriosdeaprovao
oCasosdeteste:defineoscasosdeteste,incluindodadosdeentrada,resultados
esperadosaesecondiesgeraisparaaexecuodoteste
oProcedimentosdeteste:especificaospassosparaexecutarumconjuntode
casosdeteste.
RelatriosdeTeste
oRelatriodePassagemdeItensdeTeste:identificaositensencaminhadospara
testenocasodeequipesdistintasseremresponsveispelastarefasde
desenvolvimentoedeteste
oRelatriodeLogdeTeste:apresentaregistroscronolgicosdosdetalhes
relevantesrelacionadoscomaexecuodostestes
oRelatriodeIncidentesdeTeste:documentaqualquereventoqueocorradurante
aatividadedetesteequerequeiraanliseposterior.
oRelatriodeResumodeTeste:apresentadeformaresumidaosresultadosdas
atividadesdetesteassociadascomumaoumaisespecificaesdeprojetodeteste
eprovavaliaesbaseadasnessesresultados.
26/39
03/02/2015
Figura9.RelacionamentoentreosdocumentosdetesteModeloV
NoModeloVostestessoiniciadosjuntamentecomodesenvolvimentode
software,ouseja,enquantoaequipededesenvolvimentodincioaoprojetodo
sistemaaequipedetesteiniciaoplanejamentodosmesmos.Asduasequipes
partemdomesmopontocomasmesmasinformaes.
NomodeloVdetestespredominamdoincioaofimosprocedimentosdefazer
econferir.Aequipequefaztrabalhanaimplementaodosistemaeaequipe
queconfereexecutaostestescomoobjetivodeminimizarerros.
AFigura10apresentaomodeloVdetestedesoftware.Doladoesquerdo
representadoodesenvolvimentodosoftwareeseusrespectivosnveis.Dolado
diretoasfasesdoteste.
27/39
03/02/2015
Figura10.ModeloV:paralelismoentreasatividadesdedesenvolvimentoeteste
desoftware
OspassosdoprocessodetestedesoftwarenomodeloVso:
Acessoaoplanodedesenvolvimento:nessaetapaostestadoresverificamseo
planodedesenvolvimentoestcompletoecorreto,assimpodemestimaros
recursosnecessriosparaefetuarostestes.Comestasinformaestero
condiesdedesenvolveroplanodeteste
Desenvolvimentodoplanodeteste:preparaodoplanodetestedeacordocom
osrequisitoslevantadosnoplanodedesenvolvimento
Inspeooutestederequisitosdesoftware:avaliaodosrequisitosutilizandoa
tcnicadeverificao
Inspeooutestededesenhodosoftware:verificaseoprojetoatingeos
objetivosdosrequisitosatravsdatcnicadeverificao
Inspeooutestedeconstruodosoftware:determinaodotipoeextenso
dostestesnecessriosdeacordocomomtodoescolhidoparaconstruiro
software
28/39
03/02/2015
Execuodostestes:testaocdigoemestadodinmico,utilizandosedas
especificaes,ferramentasemtodosespecificadosnoplanodeteste
Testedeaceitao:avaliaodaaplicabilidadeeusabilidadedosistemapelos
usurios
Informaodosresultadosdeteste:podeserverbalouporescritorepassando
aossetoresenvolvidososproblemas
Testedeimplementaodesoftware:verificaainteroperabilidadecomosistema
operacionaleoutrossoftwaresetambmcomosprocedimentosoperacionais
Testedemudanasnosoftware:verificaasmudanasduranteoprocessode
implementaoeapsaela.
Avaliaodaeficciadostestes:avaliaaeficciaemelhoriasnoprocesso.
Metodologia3Px3E
Ametodologiadeteste3Px3Efoiconfeccionadaparaservirdemodelobsicopara
elaboraoemonitoraodoprocessodetestes.Os3Psrepresentam
Procedimentos,PlanejamentoePreparaoeos3EsEspecificao,Execuoe
Entrega.
Omodelo3Px3Eestdivididoemtrsetapas:procedimentos,planejamentoe
preparao.Cadaetapacompostadeatividades,produtosedocumentoseestas
possuemumpercentualestimadodentrodociclodevidadoprocessodeteste:
Procedimentosiniciais:menoretapadomodelo,elaboraodoprocessodeteste
eassinaturadeumacordodenveldeservioexecutado
Planejamento:planejaratividadesdeestratgiadetestes,planosdetestese
revises
Preparao:adequaroprojetodetestesagernciadeconfiguraesoucontrole
demudanas
Especificao:realizadaaelaboraodoscasosdetestee/ouroteiros
29/39
03/02/2015
Execuo:sopreparadososdadosdeteste,ostestessoexecutadoseocorrea
soluodasocorrncias.Nestafasetambmocorreomonitoramentodaexecuo
dostesteseelaboraodorelatriofinal
Entrega:afinalizaodomodeloondesoavaliadosearquivadososartefatose
dadosetapasanteriores.
AFigura11nosmostraociclodevidadoprocessodeteste3Px3E.
Figura11.Ciclodevidadoprocessodeteste
Asequnciadeetapasdaexecuodostestesaseguinte:
1.Procedimentosiniciais
2.Planejamento
3.Preparao
4.Especificao
5.Execuo
6.Entrega.
Osprincipaisdocumentosgeradosnestametodologiaso:GuiaOperacionalde
Testes,estratgiasdetestes,planosdetestes,casosdetesteseroteirosde
testes.
Nomodelo3Px3Etambmrecomendadooinciodostestesparaleloao
30/39
03/02/2015
desenvolvimento.Oinciodostestesprximoaoinciododesenvolvimentotempor
objetivoareduodecustos.Ocustodecorreodedefeitoscresce
exponencialmentemedidaqueoprojetodedesenvolvimentoavana.
ATabela2apresentaasetapasesubetapasdomodelo3Px3E.
ETAPA
SUBETAPA
Procedimentos
1)Elaboraroguia
iniciais
operacionaldoteste
INSUMO
Requisitosdonegocio
PRODUTO
Guiaoperacionalde
testes
Modelosdedados
Diagramasdefluxode
dados
Diagramasdecontexto
Outrosdocumentosde
desenvolvimento
Planejamento
2.1)Estabelecer
RequisitosdoNegcio
EstratgiadeTeste
Modelosdedados
AnlisedeRiscosdo
estratgiadeTestes
ProjetodeTeste
Diagramadefluxode
dados.
Outrosdocumentosde
Desenvolvimento
GuiaOperacionalde
Teste
2.2)EstabelecerPlano
EstratgiadeTeste
deTeste
Planodetestes
novaverso
AnlisedeRiscosdo
31/39
03/02/2015
ProjetodeTeste
AnlisedeRiscosdo
ProjetodeTestes
Necessidadesdedados
detestes
Planejamentodo
sistemaqueest
desenvolvendo
2.3)Revisar
Requisitosdenegcio
EstratgiadeTestes
EstratgiadeTestes
dosistema
revisada
EstratgiadeTeste
2.4)RevisarPlanode
EstratgiadeTestes
PlanodeTestes
revisado
Testes
Preparao
PlanodeTestes
3.1)Adequaroprojeto Arquiteturadoambiente Registroecontrole

dedesenvolvimento
detestesGerncia
de
versesdoproduto:
Arquiteturadoambiente
deproduo
Configuraoe/oude
controledemudanas
dasdiversas
Ferramentase
procedimentosde
funcional,
desenvolvimento,
produtoe
operacional
GernciadeConfigurao
edemudana
3.2)Disponibilizar
Estratgiadetestes
infraestruturae
ferramentasdeteste
Infraestruturae
ferramentasde
Arquiteturabsicado
ambientede
desenvolvimento
testedisponveis
paraaequipede
teste
32/39
03/02/2015
Arquiteturabsicado
ambientedeproduo
Ferramentasdeteste
3.3)Disponibilizar
EstratgiadeTestes
pessoal
Equipedetestes
definidae
PlanodeTestes
capacitada
Ferramentasdetestes
Definiodoambiente
deteste
Especificao
4.1)Elaborarcasosde Estratgiadetestes
CasosdeTestes
teste
PlanodeTestes
"Scripts"detestes
(seusar
Documentaotcnica
ferramentas)
dosistema
Especificaodas
Necessidadesdedados
deteste
necessidadesde
dadosdetestes
Posioquantoaos
testesjrealizados
4.2)ElaborarRoteiros
CasosdeTestes
RoteirosdeTestes
deTeste
PlanosdeTeste
Fluxodeexecuodos
programasprevistopela
equipede
desenvolvimento
33/39
03/02/2015
Execuo
5.1)Preparardados
CasosdeTestes
detestes
Bases/Arquivosde
testedisponveis
"Scripts"deTestes
RoteirosdeTestes
Documentaodo
Sistema
Especificaodas
necessidadesdedadosde
testes
Processosdecriaode
basese/ouarquivosde
teste
5.2)Executartestes
RoteirosdeTestes
Resultadosdos
testes
CasosdeTeste
Relatriosde
"Scripts"deTestes
ResultadosEsperados
defeitos
encontrados
Ajustesnomaterial
detestes
5.3)Solucionar
Relatriosdedefeitos
Relatriosde
ocorrnciadetestes
comstatusaresolver
defeitos
encontradoscom
Resultadosdostestes
statusresolvidoou
aavaliar
5.4)Acompanhara
Relatriosdedefeitos
Anlisedo
execuodosCasos
(resumo)
andamentodos
34/39
03/02/2015
deTestes
Resultadosdostestes
CasosdeTestes
(resumo)
Estratgiadeteste
PlanodeTestes
CasosdeTestes
RoteirosdeTestes
5.5)Elaborar
Anlisedosresultados
Relatriofinaldos
Relatrio
deteste
testes
Final
EstratgiadeTestes
Resultadosdetestes
Relatriosdedefeitos
resumo
Planodetestes
Entrega
6.1)Avaliaoe
Documentosdetestes
Relatriosdeno
conformidade
Arquivamentoda
documentao
Relatriofinalde
testes
Documentao
arquivada
Tabela2.Etapasesubetapasdomodelo3Px3E.
Critriosdeavaliaoeseleo
35/39
03/02/2015
Oscritriosdeavaliaoeseleodeumametodologiaaseraplicadadeacordo
comasnecessidadesatuaisdaempresaso:custos,compreensoefacilidadede
aplicaoetempoderesultado.
Aanlisedoscustosextremamenteimportanteparaaseleodametodologia.
Porsetratardeumaempresadepequenoporte,osrecursosdisponibilizadosso
limitados.Acompreensoefacilidadedeaplicaosimplificamotrabalho,jquea
equipeatualdecolaboradoresquevotrabalharnaimplantaodametodologia
pequena.Otempoderesultadoinfluencianadecisodevidoslimitaesquea
empresatemporserdepequenoporte.
Emconstantebuscaporcrescimento,oobjetivoteroresultadoomaisrpido
possvel,paradisponibilizarprodutosmelhoresquelhedarolugardedestaqueno
mercadoemqueatua.Diantedestesfatoresabuscaporumametodologiaque
tragaresultadospositivosemprazoconsidervelsemfugirdarealidadeatualda
empresa.
Referncias
IEEE.IEEEStandardGlossaryofSoftwareEngineeringTerminology.
Standard610.12,IEEEPress,1990.
MYERS,G.J.TheArtofSoftwareTesting.NewYork:Wiley,1979.
PFLEEGERS.L.EngenhariadeSoftware:TeoriaePrtica.SoPaulo:
PrenticeHall,2edio,2004.Captulo1.
ROCHA,A.R.C.,MALDONADO,J.C.,WEBER,K.C.Qualidadedesoftware
Teoriaeprtica.SoPaulo:PrenticeHall,2001.
DevMedia
ADevMediaumportalparaanalistas,desenvolvedoresdesistemas,gerenteseDBAscommilharesde
artigos,dicas,cursosevideoaulasgratuitoseexclusivosparaassinantes.
36/39
03/02/2015
Oquevocachoudestepost?
Gostei(4)
(0)
Comentrio|Tiresuadvida
Servios
Incluaumcomentrio
AdicionaraosFavoritos
Marcarcomolido/assistido
Incluiranotaopessoal
Versoparaimpresso
+Engenharia
Mais posts
Revista
Revista Engenharia de Software Magazine 73

Artigo
Modelagem de classes esttica: Conhecendo a anlise

37/39
03/02/2015
textual
Artigo
Ferramentas CASE: Conhecendo algumas boas opes

Artigo
Metodologias de teste de software Parte 2

Artigo
Automao de testes com o Robot Framework

Artigo
Automao de Testes de Software com Selenium IDE e

WebDriver
Artigo
DevOps: Conceitos e caractersticas

Artigo
Ferramentas de Gesto de Projetos: Redmine vs Visual Studio

Team System
Artigo
Certificao ScrumMaster: Treinamentos e processos de

certificao
Listar mais contedo
38/39
03/02/2015
Anuncie | Loja | Publique | Assine | Faleconosco
DevMedia
Curtir Voccurtiuisso.
Voceoutras53.502pessoascurtiramDevMedia.
PluginsocialdoFacebook
HospedagemwebporPorta80WebHosting
39/39

Teste de Software - Implantação de Metodologias - Parte 1

Enviado por

Dados do documento

Título original

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

Teste de Software - Implantação de Metodologias - Parte 1

Enviado por

Direitos autorais:

Formatos disponíveis

03/02/2015

3.1)Adequaroprojeto Arquiteturadoambiente Registroecontrole

Revista Engenharia de Software Magazine 73

Modelagem de classes esttica: Conhecendo a anlise

Ferramentas CASE: Conhecendo algumas boas opes

Metodologias de teste de software Parte 2

Automao de testes com o Robot Framework

Automao de Testes de Software com Selenium IDE e

DevOps: Conceitos e caractersticas

Ferramentas de Gesto de Projetos: Redmine vs Visual Studio

Certificao ScrumMaster: Treinamentos e processos de

Anuncie | Loja | Publique | Assine | Faleconosco

Você também pode gostar