Escolar Documentos
Profissional Documentos
Cultura Documentos
stima-se que o custo decorren- Glenford Myers, no seu livro The Art
As atividades de validao e verifica- fatores relativos qualidade do proces- ractersticas de qualidade de software
o so baseadas em tcnicas de an- so de desenvolvimento do produto e so que so, por sua vez, subdivididas em
lise esttica ou dinmica dos artefatos percebidos somente pelas pessoas que sub-caractersticas, como pode ser ob-
(documentos, cdigo fonte, cdigo exe- trabalharam no seu desenvolvimento. servado na Tabela 2.
cutvel, etc) com o intuito de detectar As necessidades implcitas so neces- Conforme o que foi exposto anterior-
os defeitos ou revelar falhas na prpria sidades subjetivas dos usurios (inclusi- mente, a escolha do tipo de teste depen-
fase onde eles foram inseridos ou em ve operadores, destinatrios dos resul- der do grau de importncia de cada
fases posteriores. tados do so"ware e os mantenedores uma das caractersticas de qualidade
A verificao tem o objetivo de avaliar do produto). As necessidades implcitas que sero avaliadas no so"ware. Os ti-
se o so"ware est sendo desenvolvido so tambm chamadas de qualidade em pos de testes mais comuns conforme o
conforme os padres e metodologia uso e devem permitir a usurios atingir Guide to the CSTE Common Body of
estabelecidos no projeto. A verificao metas com efetividade, produtividade, Knowledge do QAI so descritos resu-
normalmente realizada por meio da segurana e satisfao em um contexto midamente na Tabela 3. importante
anlise esttica (revises, inspees, etc) de uso especificado. destacar que no foram esgotadas todas
dos artefatos (documentos, cdigo fon- A ISO/IEC 9126 (NBR 13596) forne- as opes disponveis, voc poder en-
te, etc) produzidos ao longo do processo ce um modelo de propsito geral que contrar outros tipos de testes em outros
de desenvolvimento do so"ware. define seis amplas categorias de ca- artigos ou livros.
A validao, por outro lado, tem o
objetivo de avaliar a aderncia, ou con-
Nvel de Teste Descrio
formidade, do so"ware implementado
em relao ao comportamento descri- Testes de unidade Nesta fase so testadas as menores unidades de software desenvolvidas (por exemplo: mtodos
to nos requisitos A validao normal- de uma classe).
mente realizada por meio da anlise Testes de integrao Nesta fase testada a integrao entre os componentes do sistema (por exemplo: classes, mdu-
dinmica (execuo de testes contra o los, sub-sistemas, etc).
cdigo executvel). 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.
Nveis de teste
Testes de aceitao Nesta fase o sistema testado como um todo com o objetivo de encontrar discordncias entre
As atividades de testes so normal-
o que foi implementado e o comportamento descrito nos requisitos, sob o ponto de vista das
mente divididas em nveis. O nvel de
necessidades do usurio final.
teste define, de certa forma, a fase do
Tabela 1. Nveis de teste.
processo de desenvolvimento do sof-
tware na qual os testes sero realizados.
Existem quatro nveis de testes, como Caracterstica Sub-caractersticas
pode ser observado na Tabela 1. Funcionalidade Adequao
O conjunto de funes satisfaz as necessidades explcitas e implcitas Acurcia
Tipos de teste para a finalidade a que se destina o produto? Interoperabilidade
Os tipos de teste normalmente so de- Segurana de acesso
finidos em funo das caractersticas ou Conformidade
dimenses da qualidade que sero ava- Confiabilidade Maturidade
liadas no so"ware. A escolha da carac- O desempenho se mantm ao longo do tempo e em condies Tolerncia a falhas
terstica da qualidade de um so"ware estabelecidas? Recuperabilidade
, s vezes, um processo subjetivo. No
Usabilidade Inteligibilidade
entanto, essa escolha normalmente re-
fcil utilizar o software? Apreensibilidade
alizada com base nos riscos associados
Operacionalidade
a um problema causado por uma falha
em uma dessas caractersticas. Eficincia Comportamento em relao ao tempo
A norma internacional ISO/IEC 9126, Os recursos e os tempos utilizados so compatveis com o nvel de Comportamento em relao aos recursos
publicada em 1991 e que na verso bra- desempenho requerido para o produto?
sileira de agosto de 1996 recebeu o n- Manutenibilidade Analisabilidade
mero NBR 13596, define qualidade de H facilidade para correes, atualizaes e alteraes? Modificabilidade
so"ware como A totalidade de caracte- Estabilidade
rsticas de um produto de so"ware que Testabilidade
lhe confere a capacidade de satisfazer Portabilidade Adaptabilidade
necessidades explcitas e implcitas. possvel utilizar o produto em diversas plataformas com pequeno Capacidade para ser instalado
Necessidades explcitas so as condi- esforo de adaptao? Capacidade para substituir
es e objetivos propostos por aqueles Conformidade
que produzem o so"ware. So, portanto Tabela 2. Categorias de caractersticas de qualidade de software da ISO/IEC 9126 (NBR 13596).
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.
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.
@
R
A "(!/5/H7<3B3;?C3A3@437B//=A3C
Engenharia de Software Magazine
@</?2 2
tem que ser feita ao seu gosto.
5=AB= $/@/7AA=>@317A/;=AA/03@=?C3
Para isso, precisamos saber o que voc,
@
A.
2
D=1S:37B=@/16/2/@3D7AB/
1 6 PO <
leitor, acha da revista!
SA3CD=B=A=0@33AB3/@B75=/B@/DRA2=: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