O presente trabalho trata da implementao da qualidade do soare nas orgarLiza6es. So apresentadas as metricas de caixa branca e mtricas de caixa preta aplicadas ao soare. As m6tricas de caixa preta baseiam"se no principio de quo no 6 necesso conhecer o programa Dem a linguagem em que est implementado, mas Sim as suas funcionalidades. a partir destas que Seespecificam Osprocedimentos de testes. como esto implementados os espaOs de mem6ria, etc. Em resumo, as mrricas de caixa branca tratam da construo intema do programa. Analisase a fundamentao dos principios da qualidade baseados na experimentao pragmtica e racional de Lewis [1], como base da pratica actual da Gesto da Qudade. E tambm tratada a principal fonte de erros ou falhas nos programas de soare, hem como metodologias para os detectar e corrigir. Tambm Se abordam aspectos relacionados com a documentao de soare, nomeadamente a elaboraVo do piano de testes, procedimentos e casos de testes e__ 3o Encontro Nacional para a Qualidade nas Tecnologias de Informaq;;6o e ComunfcaC:6es 1 Universidade do Minho 4-6 de Ncvembro 1998
g!fricase Documenfao 1 QuaEidade do Software respectivos relat6rios. Os relat6rios de testes subdividem-se em tr8s tipos distintos de documentos: relat6rio de gesto, relat6rio de incidentes e relat6rio final. Qualidade e Medidas
Os conceitos de qualidade esto baseados em princIpios de experimentao e
possibilidade de repetio da experincia ou teste. Daqui se induz que todo
conhecimento que est baseado em principios no mensurveis, no pode ser
entendido como cientifico [
De facto, foi o filosofo da cincia Charles S. Peirce que apresentou as bases da objectividade do conhecimento ou pragmatismo em oposio a uma viso do conhecimento holistica e espiritualista de William James.
fundamentado em dados tratados, hem como reconhecendo que a um sistema de medida est associado um certo grau de incerteza tauto She\hat como Deming, introduzem a utilizao comum das ferramentas estatisticas, mtodo sigma'-trs e outros, como base de interpretao e tratamento de dados, dando origem moderna interpretaVo da qualidade.
2 30 Encontro NacionaEpara a Qualidade nas Tecnologias de Informao Universidade do Minho 4-6 de Novembro 1998 210 e Comunicag6es experimentao,
teste da hip6tese e aco.
no tratamento estatistico dos dados obtidos no processo de produo, como requer uma avaliao
continua dos m6todos em uso, no sentido de os ir melhorando. Na ea da qualidade do soare, entende-se que devam existir vOs passos
3o Encontro Nacional para a Qualidade nas Tecnologias de Informao UniVersidade do Minho. 4-6 de Novembro 1998 i!tricas e Documemtao i Qualidade do Softvmre
Na prflea os erros ou falhas do soare podem ser considerados erros humanos, -dado que a probabilidade da mquina falhar, em condi5es controladas de utilizao, extremamente baixa.
adv8m da especificao dos requisitos. Isto deve-Se ao facto de Quetanto o analista de sistemas como o cliente, quando encomenda o soare, tm dificuldades e por vezes D0 conseguirem elaborar o caderno de encargos com clareza e de forma inequIvoca transcrevendo de forma correcta as necessidades reals do cliente.
com o fomecedor e apresentar os planos da empresa a curto e m6dio prazo, para que o soare a desenvolver no esteja ultrapassado quando estiver pronto. For outro lado, deve ser compativel e funcional com o soare Que o cliente ja possua ou venha a adquirir.
-se modelos matemticos demostrveis para Que o prograrna seja implementado, podem ocorrer falhas na especificao do projecto Que se transmitem em cadeia at6 Que o produto final esteja concluido. ESte tipo de erro 6 bastante dificil de detectar, mesmo na fase de testes finais ao soare"
4 30 Encontro Nacional para a Qualidade masTecnologias de Imforma(;;:&oe ComunicaC5es Umiversidade do Minho 4-5 de Novembro 1998 212
M6tHcas e Documentao
Qualidade do Soare na
melhoria da qualidade pelos pontos em que ocorrem mais erros devemos concluir, Que em termos de qualidade do soare o processo de melhoria deve ser iniciado e focado na melhoria da especificao dos requisitos dos programas de soare. ^ ~
do soare, uma mtrica corresponde a um conjunto de procedimentos observveis e Quese podem repetir, sobre um programa computacional e que obtido um resultado.
As mtricas podem ser utilizadas para a Besto de desenvolvimento e processo de aquisiVo e devem ser relevantes para o produto particular de soare que vai ser utilizado. _______________________________________________________________________ 30 Encontro Nacional para aUnQivuearlisdidadadeenadso TMeicnnkoelogias de InformaI;;:iioe ComunicaSes 5 46 de Ncvembro 1998
implementados, tais como modelo SEI-CMM, ISO/IEC12207 e ISO9OO1-3ou outro, como rninimo, algumas mtricas devem ser utilizadas.
organizo, pode ser iniciado o processo de avaliao do soare, pelas m6tricas de caixa branca e m6tricas de caixa preta apresentadas a seguir.
Nos testes de caixa branca verificada a estrutura interna do programa em anlise. Pode-se verificar atrav6s de testes que cada m6dulo do program& fol verificado pelo menos uma vez.
Um dos aspectos das mtricas de soare, consiste em verificar a correct& gesto dos recursos da mem6ria a que um program&tern acesso. No ter isso em consideraVo, gera por vezes gastos excessivos da mem6ria de um computador ou 6 30 Encontro Nacional pam a Qualidade nas Tecnologias de Inform@o e ComunicaCSes Universidade do Minho 4-6 de Novembro 1998 214 base de dados, hem como podem acarretar a nAoconveniente defmio e inicia&o de um "array" on ponteiro. Uma das ferramentas de teste que executa uma boa Besto da mem6ria 6 o Pur [4].
I rnfnimo, para que o program& seja executado. Esta aproximao 6 extremamente importante pois, a partir dela podemos tel uma boa aproximao do tempo gasto por funo para correr o programa
A tj[tulo de exemplo, da verificao de software mas caractensticas de funcionalidade e fiabilidade, cita-se o caso ocorrido com o fogueto Ariane lanado de Cauro (na Guiana Francesa) em Junho de 1996, Que transport&Va um satlite para telecomunicaJes. Aquele fogneto teve Que ser destrufdo (passados 45 segundos do sen Ianamento) dado no se poder prever, corrigir e acompanhar a traject6ria deste, pol falta de mem6ria no computador de bordo. Os peritos detectaram Que no tinha sido reservado espao de mem6ria suficiente para os dados referentes s va:riveis de controlo horizontais das caracteristicas atmosf6ricas (velocidade, intensidade e direco do vento, etc.).
complexidade de um programa Quequantifica a sua complexidade l6gica do projecto, mede o nmero dos testes de integrao, mostra tambm as panes do c6digo Que foram testadas [5]. Para McCabe a mtrica de complexidade (Cc) pode ser calculada DOr:
Cc=E-N+2P onde,
de trsferncia de cono1o
30 Encontro Mac(anal para a Qualidade masTecnologias de Informao Umiversidade do Minho 4-6 de Novembro 1998 I Qualidade do Soffvmre
declarao-es contendo so`menteuma transfere^ncz"ade controlo).
de complexidade, podem ser comparados com o ndrnero delinhas de c6digo assim como o nmero de defeitos do program&testado.
As medidas de soare
do tipo caixa preta obedecem a um planeamento ____________________________________________________________________ 3o Encontl o NacionaL para Meitricas e Documentao
na Qualidade do Somvare
ncionais, podem Iambm ser executados testes de stress ou de carga do programa. Ou seja, criar situa6es em que o programa tenha Queexecutar um ndmero de opera5es muito superior ao esperado na realidade.
ngo esperados tais como: 30 Encontro Nacional para a Qualidade masTecnologias de Inturnso Universidade do Minho 4-6 de Novembro 1998 e Comunicaes g!tricase Documentao I Qualidade do Softvmre
Fig;ura 2 - Planearnento dO processo de testes de soare 30 Encontro Nacional para
M6tricas e Documentao
A documentao, para testes do soare um dos aspectos mais importantes para Se deterruiDar a qualidade deste tipo de produto e deve ser relevante, dentro das organizaBes, como uma actividade produtiva e essencial.
Como iremos ver mais frente, o software possui vias fases ou ciclos e desenvolvido pol grupos de pessoas distintas. Para Quetodo o processo se possa manter sob controlo necesso Que haja uma concatenao entre as pessoas Que obtida atravs da documentao de suporte em que cada um sabe exactamente as suas mento de Testes,
um item de teste,
30 Encontro Nacional para a Qualldade Has Tecnologias de Informao Universidade do Minho 46 de Novembro 1998 e ComunicaBes I Qualidade do Sorfware
de testes, corresponde a: especificao de desenho, especificao
de procedimento e relat6rio de transmisso de um item de teste.
O relat6rio de incidente de teste deve ser elaborado quando ocorrer durante a execuo
de testes algum acontecimento no previsto com o software que por exemplo, force a interrupo
dos testes.
A estrutura do Plano de Testes, composta polos itens idenflcados abxo: 1 hens de testes
3o Encontro NacionaZ para a Qualidade masTecnologias de Informao Universidade do Minho 4`6 de Novembro 1998 e ComunicecHes ^, 8. Critrios para suspenso dos testes e requisitos para recomeo.
Nesta trabalho abordou"se a origem da filosofia da qualidade total, apresentaram-' Se os conceitos pragmficos e racionais e necessidade da experimentao como modelo de obteno e tratamento de dados de modo a tomar five] a tomada de decis5es.
Focou-Se tamb6m a qualidade do software, como modelo experimental com enfase na eJaborao de documentao de teste, como base para futuras verificaJes e enquadrarnento dos resultados obtidos.
Foi feito o enquadramento das medidas de teste de caixa branca e preta Que apresentam resultados bastante fiaveis e expeditos de Serealizar.
Em conc]uso, apresentou-Se a necessidade da documentao formal e rigorosa como meio de se ter a certeza de que o pIograma em teste funciona exactamente de acordo com os requisitos estipulados e acordados entre cliente e fomecedor. "^.
e New Pragmatism". Going Beyond Shewhart and Deming
Quality Solutions ( Mercury teractive 3o Encontro Nacional para a Qualidade masTecnologias de Informao Universidade do Minho 46 de Novembro 1998 e ComunicagSes