Gesto de Testes
Ferramentas Open Source e melhores prticas na gesto de testes
Cristiano Caetano
c_caetano@hotmail.com
certificado CBTS pela ALATS. Consultor de teste
de software snior com mais de 10 anos de ex-
perincia, j trabalhou na rea de qualidade e
teste de software para grandes empresas como
Zero G, DELL e HP Invent. colunista na rea de
Teste e Qualidade de software do site linhade-
codigo.com.br e autor dos livros CVS: Controle
de Verses e Desenvolvimento Colaborativo de
Software e Automao e Gerenciamento de
Testes: Aumentando a Produtividade com as
Principais Solues Open Source e Gratuitas.
Criador e mantenedor do portal TestExpert:
A sua comunidade gratuita de teste e quali-
dade de software (www.testexpert.com.br).
58 Engenharia de Software Magazine Gesto de Testes
stima-se que o custo decorren-
E te da correo de um bug cres-
ce bastante medida que ele
descoberto em fases mais avanadas
no processo de desenvolvimento de
software. No entanto, ainda existe
uma forte tendncia nas empresas
em negligenciar essa realidade e no
dedicar o tempo mnimo necessrio
para a realizao das atividades de
teste de software.
As atividades de teste so muitas ve-
zes realizadas de maneira pouco estru-
turada ao final do projeto, quando no
existe mais soluo para os problemas.
Segundo Pressman, a atividade de teste
seria um dos elementos crticos da ga-
rantia da qualidade de so"ware e pode
assumir at 40% do esforo gasto em
seu desenvolvimento.
A qualidade um atributo do so"ware do so"ware. necessrio que eles sejam
que deve ser introduzida ao longo do pro-
cesso de desenvolvimento do so"ware,
haja vista que ela no pode ser imposta de-
pois que o produto tenha sido finalizado.
Glenford Myers, no seu livro The Art
of So"ware Testing, destaca que teste
de so"ware o processo de executar um
sistema com o objetivo de revelar falhas.
No entanto, as atividades de teste de
so"ware no se resumem apenas a isso.
Teste de so"ware uma atividade es-
truturada e sistemtica baseada em tc-
nicas, ferramentas e processos formais,
como veremos ao longo deste artigo.
Validao e Verificao
A validao e verificao so ativida-
des de apoio de um processo de garantia
de qualidade de so"ware. A motivao
principal dessas atividades prevenir e
detectar os defeitos e minimizar os ris-
cos do projeto.
Os defeitos podem ser introduzidos ao
longo do processo de desenvolvimento
identificados o quanto antes dentro do
processo de desenvolvimento, de prefe-
rncia na prpria fase onde foram inse-
ridos, mas nem sempre isso acontece.

As atividades de validao e verifica-
o so baseadas em tcnicas de an-
lise esttica ou dinmica dos artefatos
(documentos, cdigo fonte, cdigo exe-
cutvel, etc) com o intuito de detectar
os defeitos ou revelar falhas na prpria
fase onde eles foram inseridos ou em
fases posteriores.
A verificao tem o objetivo de avaliar
se o so"ware est sendo desenvolvido
conforme os padres e metodologia
estabelecidos no projeto. A verificao
normalmente realizada por meio da
anlise esttica (revises, inspees, etc)
dos artefatos (documentos, cdigo fon-
te, etc) produzidos ao longo do processo
de desenvolvimento do so"ware.
A validao, por outro lado, tem o
objetivo de avaliar a aderncia, ou con-
formidade, do so"ware implementado
em relao ao comportamento descri-
to nos requisitos A validao normal-
mente realizada por meio da anlise
dinmica (execuo de testes contra o
cdigo executvel).
Nveis de teste
As atividades de testes so normal-
mente divididas em nveis. O nvel de
teste define, de certa forma, a fase do
processo de desenvolvimento do sof-
tware na qual os testes sero realizados.
Existem quatro nveis de testes, como
pode ser observado na Tabela 1.
Tipos de teste
Os tipos de teste normalmente so de-
finidos em funo das caractersticas ou
dimenses da qualidade que sero ava-
liadas no so"ware. A escolha da carac-
terstica da qualidade de um so"ware
, s vezes, um processo subjetivo. No
entanto, essa escolha normalmente re-
alizada com base nos riscos associados
a um problema causado por uma falha
em uma dessas caractersticas.
A norma internacional ISO/IEC 9126,
publicada em 1991 e que na verso bra-
sileira de agosto de 1996 recebeu o n-
mero NBR 13596, define qualidade de
so"ware como A totalidade de caracte-
rsticas de um produto de so"ware que
lhe confere a capacidade de satisfazer
necessidades explcitas e implcitas.
Necessidades explcitas so as condi-
es e objetivos propostos por aqueles
que produzem o so"ware. So, portanto
V E R I F I C A O, VA L I D A O E T E S T E
fatores relativos qualidade do proces- ractersticas de qualidade de software
so de desenvolvimento do produto e so que so, por sua vez, subdivididas em
percebidos somente pelas pessoas que sub-caractersticas, como pode ser ob-
trabalharam no seu desenvolvimento. servado na Tabela 2.
As necessidades implcitas so neces- Conforme o que foi exposto anterior-
sidades subjetivas dos usurios (inclusi- mente, a escolha do tipo de teste depen-
ve operadores, destinatrios dos resul- der do grau de importncia de cada
tados do so"ware e os mantenedores uma das caractersticas de qualidade
do produto). As necessidades implcitas que sero avaliadas no so"ware. Os ti-
so tambm chamadas de qualidade em pos de testes mais comuns conforme o
uso e devem permitir a usurios atingir Guide to the CSTE Common Body of
metas com efetividade, produtividade, Knowledge do QAI so descritos resu-
segurana e satisfao em um contexto midamente na Tabela 3. importante
de uso especificado. destacar que no foram esgotadas todas
A ISO/IEC 9126 (NBR 13596) forne- as opes disponveis, voc poder en-
ce um modelo de propsito geral que contrar outros tipos de testes em outros
define seis amplas categorias de ca- artigos ou livros.
Nvel de Teste Descrio
Testes de unidade Nesta fase so testadas as menores unidades de software desenvolvidas (por exemplo: mtodos
de uma classe).
Testes de integrao Nesta fase testada a integrao entre os componentes do sistema (por exemplo: classes, mdu-
los, sub-sistemas, etc).
Testes de sistema Nesta fase o sistema testado como um todo com o objetivo de encontrar discordncias entre o
que foi implementado e o comportamento descrito nos requisitos.
Testes de aceitao Nesta fase o sistema testado como um todo com o objetivo de encontrar discordncias entre
o que foi implementado e o comportamento descrito nos requisitos, sob o ponto de vista das
necessidades do usurio final.
Tabela 1. Nveis de teste.
Caracterstica Sub-caractersticas
Funcionalidade Adequao
O conjunto de funes satisfaz as necessidades explcitas e implcitas Acurcia
para a finalidade a que se destina o produto? Interoperabilidade
Segurana de acesso
Conformidade
Confiabilidade Maturidade
O desempenho se mantm ao longo do tempo e em condies Tolerncia a falhas
estabelecidas? Recuperabilidade
Usabilidade Inteligibilidade
fcil utilizar o software? Apreensibilidade
Operacionalidade
Eficincia Comportamento em relao ao tempo
Os recursos e os tempos utilizados so compatveis com o nvel de Comportamento em relao aos recursos
desempenho requerido para o produto?
Manutenibilidade Analisabilidade
H facilidade para correes, atualizaes e alteraes? Modificabilidade
Estabilidade
Testabilidade
Portabilidade Adaptabilidade
possvel utilizar o produto em diversas plataformas com pequeno Capacidade para ser instalado
esforo de adaptao? Capacidade para substituir
Conformidade
Tabela 2. Categorias de caractersticas de qualidade de software da ISO/IEC 9126 (NBR 13596).
Edio 03 Engenharia de Software Magazine 59
Tcnicas de teste Teste Funcional: nesta tcnica, Para cada fase do processo de desen-
Considerando o tamanho e a com- tambm conhecida como Teste volvimento do so"ware, o modelo em
plexidade dos sistemas desenvolvidos de Caixa Preta, so usados cri- V introduz uma fase, ou nvel de teste
na atualidade, podemos afirmar que trios para a gerao de casos de correspondente. Neste modelo, o pla-
muito difcil executar testes que ga- teste com o objetivo de avaliar a nejamento e a especificao dos testes
rantam 100% de cobertura de todos os aderncia, ou conformidade do ocorrem de cima para baixo, ou seja, ao
requisitos ou linhas de cdigo existen- software implementado em rela- longo das fases de desenvolvimento de
tes. Somado a isso, prazos curtssimos o ao comportamento descrito so"ware os testes so planejados e espe-
e oramentos pequenos podem invia- nos requisitos. cificados. A execuo dos testes ocorre
bilizar qualquer tentativa de alcanar Como voc deve ter notado, as tc- no sentido inverso, como pode ser visto
100% de cobertura. nicas de teste avaliam o software sob na (Figura 1).
Nessa condio, as tcnicas de teste pontos de vista diferentes. Dessa for- Alm disso, este modelo refora o en-
tm o objetivo de auxiliar os analistas ma, podemos afirmar que as tcnicas tendimento de que o teste no uma
de teste a identificar os casos de teste de teste so complementares e devem fase que deve ser executada ao final do
mais importantes. Ou seja, os casos de ser usadas em conjunto, em virtude projeto, mas uma atividade que deve ser
teste que exercitem a maior quantidade de que elas identificam classes distin- exercida ao longo do processo de desen-
de linhas de cdigo e garantam a maior tas de defeitos. volvimento do so"ware.
cobertura possvel, como pode ser ob-
servado na listagem: Modelo em V de teste de software Estratgia de Testes
Teste Estrutural: nesta tcnica, O modelo em V de teste de so"ware Os conceitos apresentados anterior-
tambm conhecida como Teste de um dos modelos mais aceitos da atu- mente so os pilares fundamentais para
Caixa Branca, so usados critrios alidade. Este modelo enfatiza as ativi- a elaborao de uma estratgia de testes.
para a gerao de casos de teste com dades de validao e verificao com o No livro Teste de So"ware, Emerson
o objetivo de identificar defeitos nas intuito de prevenir/detectar defeitos e Rios e Trayahu Moreira afirmam que
estruturas internas do so"ware. durante a formulao da estratgia de
minimizar os riscos do projeto.
testes devem ser levados em considera-
o diversos fatores, tais como: o porte
Tipo de teste Descrio e a importncia do so"ware, os seus re-
Teste de Estresse Avalia o desempenho do sistema com um volume de acesso/transaes acima da mdia espe- quisitos, os prazos estabelecidos, o risco
rada e em condies extremas de uso. para o negcio, entre outros.
O diagrama da Figura 2 apresenta a
Teste de Execuo Avalia se o sistema atende os requisitos de performance (proficincia) com um volume
relao entre as tcnicas, tipos e nveis
de acesso/transaes dentro do esperado.
de testes que devem ser considerados
Teste de Contingncia Avalia se o sistema retorna a um status operacional aps uma falha. durante a elaborao de uma estrat-
Teste de Operao Avalia se o sistema (aplicao, pessoal, procedimentos e manuais) pode ser executado gia de testes. Na Tabela 4 apresentado
corretamente em ambiente de pr-produo. um exemplo de uma estratgia de testes
Teste de Conformidade Avalia se o sistema foi desenvolvido em consonncia com os padres e metodologia estabe- para uma aplicao web.
lecidos no projeto. Perceba que neste exemplo hipottico
Teste de Segurana Avalia se o sistema foi desenvolvido em consonncia com os padres de segurana da organizao. houve uma ateno redobrada nos tipos
de testes de segurana, usabilidade e de-
Teste de Regresso Avalia por meio do re-teste se uma funcionalidade que estava funcionando ainda funciona
sempenho em virtude de que essas carac-
aps uma modificao no sistema.
tersticas de qualidade so mais impor-
Teste de Integrao Avalia se a interconexo entre as aplicaes funciona corretamente. tantes em se tratando de aplicaes web.
Tabela 3. Tipos de teste.

Figura 1. Modelo V descrevendo o paralelismo entre as atividades de desenvolvimento e teste de Figura 2. Fatores considerados durante a elaborao de uma
software (CRAIG e JASKIEL, 2002) estratgia de testes.

60 Engenharia de Software Magazine Gesto de Testes


Processo estruturado de teste
de software
Uma metodologia ou processo estru-
turado de teste de so"ware tem a finali-
dade de formalizar as fases, atividades,
papis, artefatos e responsabilidades
necessrias para o planejamento e a exe-
cuo dos testes sistematicamente.
O TMAP (Testing Management Appro-
ach), ou abordagem estruturada de gesto
de testes, uma das metodologias mais po-
pulares da atualidade. Em virtude da sua
simplicidade e foco no resultado, o TMAP
amplamente aceito pelo mercado.
O lema do TMAP : Entregar mais
com menos. Mais rpido e melhor. O
processo de gesto recomendado pelo
TMAP baseado em diversas prticas
fundamentais e em um ciclo de vida es-
truturado de testes.
O ciclo de vida do TMAP (ver Figura 3)
bastante genrico e pode ser utilizado
em diferentes tipos de projeto de teste
de so"ware. O ciclo de vida dividido
em sete fases distintas, como pode ser
observado a seguir:
Planejamento: Nesta fase realiza-
do o planejamento e a definio ge-
ral da estratgia e planos de testes.
Controle: Nesta fase so realizados
o controle e a monitorao das ati-
vidades planejadas.
Configurao e manuteno da de teste de so"ware. Os oito documen-
infra-estrutura: Nesta fase pre-
parada e mantida a infra-estrutura
(so"ware e hardware) necessria
para a plena realizao dos testes.
Preparao: Nesta fase realizado
o refinamento da estratgia de tes-
tes e plano de testes criados na fase
de Planejamento.
Especificao: Nesta fase reali-
zada a especificao dos casos de
testes e demais documentos.
Execuo: Nesta fase realizada a
execuo dos testes, reporte do pro-
gresso e indicadores de qualidade.
Concluso: Nesta fase o processo de
teste avaliado a fim de promover as
melhorias para os prximos projetos.
Documentao das atividades
de testes
Uma metodologia ou processo estrutu-
rado de teste exige um conjunto mnimo
de documentos padronizados para do-
V E R I F I C A O, VA L I D A O E T E S T E
Teste Funcional
Nveis de Teste
Teste de unidade
Teste de integrao Teste de Integrao
Teste de sistema Teste de Requisitos
Teste de Regresso
Teste de Usabilidade
Teste de aceitao Teste de Aceitao
Teste de Usabilidade
Tabela 4. Exemplo da formulao de uma estratgia de testes.
Figura 3. Ciclo de vida do TMAP.
cumentar os planos e estratgias, assim
como, o relato do progresso das ativida-
des de testes.
O padro IEEE Std 829-1998 (IEEE Stan-
dard for So"ware Test Documentation)
define a documentao e relatrios ne-
cessrios para a execuo de um projeto
tos essenciais deste padro so:
Plano de Teste: Define o planeja-
mento para execuo do teste, in-
cluindo a abrangncia, abordagem,
recursos e cronograma das ativi-
dades de teste. Identifica os itens e
funcionalidades a serem testados,
as caractersticas dos itens a serem
testados, as tarefas a serem reali-
zadas e os riscos associados com a
atividade de teste.
Especificao do Projeto de Teste:
Refina a abordagem apresentada
no Plano de Teste e identifica as
funcionalidades e caractersticas
a serem testadas pelo projeto e
pelos seus testes associados. Tam-
bm identifica os casos e os proce-
dimentos de teste, se existirem, e
apresenta os critrios de aprovao
para esses elementos.
Especificao dos Casos de Teste:
Define os casos de teste, incluindo
Edio 03 Engenharia de Software Magazine 61
Teste Estrutural
Tipos de Teste
Teste Unitrio
Teste de Conformidade
Teste de Estresse
Teste de Execuo
Teste de Segurana
Teste de Estresse
Teste de Segurana
Teste de Execuo
Teste de Contingncia
Teste de Operao
as pr-condies, passos, resulta-
dos esperados e condies gerais
para a execuo do teste.
Especificao dos Procedimentos
de Teste: Define a seqncia de
aes necessrias para executar
um conjunto de casos de teste.
Relatrio de Encaminhamento de
Item de Teste: Identifica os itens
encaminhados para teste, no caso
da existncia de times distintos
responsveis pelas tarefas de de-
senvolvimento e de teste.
Log de Testes: Documenta os regis-
tros cronolgicos dos fatos relevan-
tes durante a execuo dos testes.
Relatrio de Incidente de Testes: Do-
cumenta qualquer evento que ocorra
durante a atividade de teste e que ne-
cessite de alguma anlise posterior.
Relatrio Sumrio de Testes: Docu-
menta de forma resumida os resul-
tados das atividades de teste associa-
das com uma ou mais especificaes
de projeto de teste e fornece avalia-
es baseadas nesses resultados.

Figura 4. Doc
Fig Documentoss do
d padr
padro
adro
o IEE
IEEEE Std
Std 829
829-19
829-1998
-1998
98 nas fa
fases do ciciclo
clo de vi
vida
da do TMA
TMAP.P.
Figura 5. Pgina principal do TestLink.
Na Figura 4 apresentada uma suges- assim como, associar os casos de teste
to de utilizao dos documentos do aos requisitos. Dessa forma, voc po-
padro IEEE Std 829-1998 nas fases do der garantir o rastreamento entre os
ciclo de vida do TMAP (Testing Mana- requisitos e os casos de teste utilizan-
gement Approach). do uma matriz de rastreabilidade.
O endereo do site da ferramenta Tes-
TestLink
tLink est disponvel na seo Links.
TestLink uma ferramenta open
Caso voc tenha interesse em conhec-
source automatizada escrita em PHP
la com maior profundidade, os passos
cujo principal objetivo dar suporte
para a instalao so:
s atividades de gesto de testes, como
1. As pr-condies para a insta-
pode ser observado no exemplo apre-
lao so (PHP 4.0.6 ou supe-
sentado na Figura 5.
rior, MySQL 3.23.2 ou superior,
Voc poder criar planos de testes e
Apache);
gerar relatrios com diversas mtri-
2. Faa o download do TestLink no
cas para o acompanhamento da exe-
site disponvel na seo Links;
cuo dos testes. TestLink oferece um
Descompacte o arquivo zip na
recurso para que voc possa registrar
pasta www ou htdocs do servi-
e organizar os requisitos do projeto,
dor WEB (Apache).
62 Engenharia de Software Magazine Gesto de Testes
3. Abra o seu navegador e acesse o se-
guinte endereo: (h#p://localhost/
testlink-1.6.2/install/index.php);
4. Na janela de instalao, selecione a
opo New installation;
5. Na janela TestLink Setup, preencha
o campo login com root e o cam-
po password com a senha de acesso
ao seu banco de dados MYSQL;
6. Deixe os valores default nos de-
mais campos;
7. Pressione o boto Setup TestLink;
8. Abra o seu navegador e acesse o se-
guinte endereo: (h#p://localhost/
testlink-1.6.2/login.php);
9. Faa o login com o usurio padro
(admin/admin). Lembre-se de mu-
dar a senha deste usurio.
TestLink instalado em ingls por pa-
dro. Caso voc prefira utilizar TestLink
com os textos traduzidos para a lngua
portuguesa, ento siga os passos:
1. Faa o login normalmente com o
seu usurio e senha;
2. Clique no menu Personal;
3. No campo Locale, selecione a op-
o Portuguese (Brazil);
4. Pressione o Boto Update.
Entre as diversas funcionalidades ofe-
recidas por TestLink, devemos destacar:
Controle de acesso e nveis de permis-
ses por papis (lder, testador, etc);
Os casos de testes so organizados
hierarquicamente em sutes;
Os casos de testes podem ser
classificados por palavras-chave
keywords para facilitar a pes-
quisa e organizao;
Criao ilimitada de projetos e ca-
sos de teste;
Os planos de testes podem ser priori-
zados e atribudos aos testadores;
Gerador interno de relatrios e grfi-
cos (possibilidade para exportar os da-
dos nos formatos CSV, Excel e Word);
Integrao com ferramentas de gesto
de defeitos (Bugzilla, Mantis, Jira).
A fim de dar ao leitor uma exposio
sobre as principais funcionalidades da
ferramenta TestLink e como elas auxi-
liam no planejamento execuo dos tes-
tes, vamos simular na prtica o cadastro
de um caso de teste e acompanhar todos
os passos at a sua execuo.
No nosso cenrio, vamos simular o
cadastro e execuo de um caso de
teste para o gerenciador de temas do
 V E R I F I C A O, VA L I D A O E T E S T E

navegador Firefox. Este cenrio basea-

do em um dos casos de testes disponibi-
lizados pelo time de Quality Assurance
do Firefox. Para saber mais, visite o site:
h#p://litmus.mozilla.org/.
Primeiro, devemos criar um proje-
to em TestLink. No nosso exemplo, foi
criado um projeto hipottico chamado
Firefox. To logo o projeto seja criado,
devemos criar os requisitos. Para reali-
zar tal tarefa, acesse o menu Requisitos
Especificao de Requisitos.
Nesta janela voc poder criar os re-
quisitos. No nosso exemplo, foi criada
uma especificao de requisito para o
recurso Add-On. Para este recurso fo-
ram criados os requisitos Extensions
e Themes, como pode ser visto no
exemplo apresentado na Figura 6.
Assim que os requisitos forem criados,
voc estar apto para criar os casos de
teste. Antes, no entanto, voc dever
criar um Componente e uma Cate-
goria. A arquitetura de TestLink exi- Figura 6. Criando um requisito.
ge que os testes sejam organizados em
componentes e categorias. Para o nosso
exemplo, foi criado um Componente
chamado Add-Ons e uma Categoria
chamada Smoke Tests.
Satisfeitas as pr-condies de Tes-
tLink, o prximo passo a criao do
caso de teste. Para isto, voc dever
acessar o menu Especificao, selecio-
nar a Categoria desejada e ento clicar
no boto Criar Casos de Teste.
Na janela de cadastro de caso de tes-
te, voc dever informar o sumrio,
os passos e os resultados esperados,
como pode ser observado na Figura 7.
Assim que o teste for cadastrado, voc
poder criar uma matriz de rastreabi-
lidade bidirecional entre os requisitos
atravs da opo de menu Requisitos
Assinalar Requisitos.
TestLink tambm oferece uma funcio-
nalidade para imprimir um documento
com todos os dados fornecidos durante
a criao do Componente, Catego-
ria e caso de teste. Este documento
muito parecido com os documentos Figura 7. Criando um caso de teste.
propostos pelo padro IEEE Std 829-
1998 (IEEE Standard for So"ware Test
Documentation), como pode ser visto
no exemplo da Figura 8.
TestLink permite que os casos de tes-
te sejam agrupados em Planos de Teste
(ou Teste Sutes). Para criar um Plano de

Edio 03 Engenharia de Software Magazine 63


Figura 8. Imprimindo a Especificao do Teste.
Figura 9. Associando um caso de teste a um Plano de Teste.
64 Engenharia de Software Magazine Gesto de Testes
Teste, voc dever acessar o menu Ges-
to de Plano de Teste Criar Plano de
Teste. Para o nosso exemplo, foi criado
o Plano de Teste chamado Testes de
Regresso.
To logo o Plano de Teste seja criado,
voc poder associ-lo aos casos de tes-
tes na janela Adicione Casos de Teste
ao Plano de Teste por meio da opo
de menu Conjunto de Casos de Teste
Adicionar Casos de Teste, como pode
ser observado na Figura 9.
Antes de comear a execuo dos testes,
voc dever associar os Planos de Testes
aos testadores responsveis por cada
rea ou funcionalidade do sistema. Para
realizar tal tarefa, voc dever abrir a ja-
nela Assinalar usurios para o Plano de
Teste acessando o menu Gesto de Pla-
no de Teste Definir usurio/Direitos
de Plano de Teste e associar o Plano de
Teste aos testadores, como pode ser visto
no exemplo apresentado na Figura 10.
Para iniciar a execuo dos testes, o tes-
tador dever selecionar o Plano de Teste
associado a ele e ento ir para a janela
Execuo dos casos de teste por meio
do menu Execuo de Teste > Executar
Testes. Nesta janela, o testador poder
executar todos os testes existentes no
Plano de Teste.
Para cada caso de teste, so exibidos os
passos a serem executados e os resulta-
dos esperados. Ao final da execuo do
teste, o testador poder relatar alguma
nota ou comentrio, assim como, o re-
sultado do teste (No executado, Passa-
do/Verificado, Com falha ou Bloqueado),
como pode ser observado na Figura 11.
importante destacar que a arquite-
tura de TestLink exige que a execuo
dos testes seja associada a um Build.
Um Build representa uma verso ou li-
berao do sistema. Para criar um Build,
voc dever abrir a janela Gesto de
Build acessando o menu Gesto de
Plano de Teste Gesto de Build.
Durante ou ao final da execuo
dos testes, voc poder acompanhar
o progresso atravs da gerao de
relatrios gerenciais. Estes relatrios
apresentam a situao da execuo
dos testes, assim como, mtricas im-
portantes para determinar a qualida-
de do sistema, ou melhor, do Build
atual do sistema. Entre os relatrios
existentes, podemos destacar:
 V E R I F I C A O, VA L I D A O E T E S T E

Mtricas gerais do Plano de Teste:

Apresenta as mtricas dos testes
agrupados por prioridade, compo-
nente, testador, entre outros;
Status Geral do Build: Neste rela-
trio apresentado o sumrio dos
testes planejados em relao aos
executados, os testes que falharam,
os que passaram, etc;
Relatrios de Testes baseados nos
requisitos: Apresenta os requisitos
cobertos pelos testes e o sumrio
da execuo agrupado por Especi-
ficao de Requisitos.
Para visualizar os relatrios, voc de-
ver abrir a janela Relatrios de Teste e
de Mtricas clicando em Execuo de
Teste > Relatrios de Teste e de Mtri-
cas, como pode ser visto na Figura 12.

Concluso
Neste artigo foram apresentados os con-
ceitos e algumas das melhores prticas na
gesto de testes. O objetivo principal do
artigo era reforar o entendimento de que
o teste no uma fase que deve ser execu-
tada ao final do projeto, mas uma ativida-
de que deve ser exercida ao longo do pro- Figura 10. Associando um testador a um Plano de Teste.
cesso de desenvolvimento do so"ware.
Teste de so"ware uma atividade cara
que exige tempo, planejamento, conheci-
mento tcnico, infra-estrutura e compro-
metimento. Por maior e mais organizado
que seja o esforo para a realizao das
atividades de testes, impossvel garantir
100% de cobertura de todos os requisitos
ou linhas de cdigo existentes no sistema.
Edsger Dkstra sabiamente resumiu
este fato com a seguinte frase: Testes
podem mostrar a presena de erros, mas
no a sua ausncia. Dessa forma, est
em suas mos a responsabilidade de co-
nhecer e aplicar as melhores prticas na
gesto de testes para garantir a maior
cobertura com o mnimo de esforo.
Ao longo desse artigo foram apre-
sentadas as principais funcionalida-
des de TestLink, ferramenta Open
Source para gesto de testes. No en-
tanto, caso TestLink no atenda suas
necessidades, so apresentados na
Tabela 5 algumas alternativas comer-
ciais e open source. No foram esgo-
tadas as opes disponveis, mas j
um bom ponto de partida para auxi-
liar o leitor a encontrar a soluo ide-
al para a sua necessidade. Figura 11. Executando os casos de teste de um Plano de Teste.

Edio 03 Engenharia de Software Magazine 65

 D seu feedback sobre esta edio!
Q
@2B
3221/.08
@</?2
2@A.
216ON< 2B
221/.08

@
R
A
"(
!/5/H7<3
B3;
?C3
A3@
437B/
/=
A3C

Engenharia de Software Magazine

@</?2 2
tem que ser feita ao seu gosto.
5=AB=
$/@/
7AA=

>@317A/;=A
A/03@
=
?C3

Para isso, precisamos saber o que voc,

@
A.
2
D=1S
:37B=@
/16/
2/
@3D7AB/

1 6 PO <
leitor, acha da revista!
S
A3C
D=B=
A=0@3
3AB3
/@B75=
/B@/DRA
2=
:7<9
D seu voto sobre este artigo, atravs do link:

  

  

www.devmedia.com.br/esmag/feedback

Links

Site do TestLink
http://www.teamst.org/
Norma ISO/IEC 9126
http://pt.wikipedia.org/wiki/ISO_9126
Modelo FURPS
http://en.wikipedia.org/wiki/Furps
IEEE Std 829-1998 - Standard for Software Test
Documentation
http://en.wikipedia.org/wiki/IEEE_829

RUP Rational Unified Process

http://pt.wikipedia.org/wiki/Rational_Unified_Process

Qualidade de Software Uma Necessidade

http://www.fazenda.gov.br/ucp/pnafe/cst/arquivos/
Qualidade_de_Soft.pdf

Figura 12. Relatrios e mtricas de teste.

Open Source Comercial

rth RSI/QA-Teste
http://www.rth-is-quality.com http://www.rsinet.com.br/modules/content/index.php?id=9
TestMaster TestLog
http://testmaster.sourceforge.net/ http://www.testlog.com/
Testitool Rational
http://majordojo.com/testitool/ TestManager http://www-306.ibm.com/software/awdtools/test/manager/
Testopia Mercury Quality Center
http://www.mozilla.org/projects/testopia/ http://www.mercury.com/us/products/quality-center/
Tabela 5. Ferramentas de gesto de testes alternativas.

66 Engenharia de Software Magazine Gesto de Testes