FAPEG

U NIVERSIDADE F EDERAL DE G OIS

I NSTITUTO DE I NFORMTICA
PAPPE I NTEGRAO

Manual do Processo de Teste de

Sofware para Micro e Pequena
Empresas verso 2.0

Goinia
2013

Esta obra est licenciada sob uma Licena Creative Commons Attribution 3.0.

PAPPE Integrao

Agradecimentos

Esta conquista resultado de apoio e ajuda de muitas pessoas que contriburam

para a realizao deste trabalho.
FAPEG e ao INF-UFG pelo auxlio financeiro e tcnico.
s empresas participantes e patrocinadoras deste projeto: Canion Software,
Deciso Sistemas, Meta Tecnologia e Tron Informtica.
Aos nossos parceiros: Mowe Tecnologia, TupiLabs e CERCOMP-UFG.
Aos colaboradores responsveis pela execuo deste projeto: Dr Auri Marcelo
Rizzo Vincenzi, Dr Cssio Leonardo Rodrigues, Dr Celso Gonalves Camilo Junior, Msc
Jacson Rodrigues Barbosa, Adailton Ferreira de Arajo, Andressa Martins, Guilherme
Sampaio Soares, Jailton Alkimin Louzada, Malba Jacob Prudente, Paulo Marcos Soares
Rodrigues e Vinicius Vieira Pessoni.

Resumo

Integrao, PAPPE. Manual do Processo de Teste de Sofware para Micro e

Pequena Empresas verso 2.0. Goinia, 2013. 57p. Manual Tcnico. Instituto
de Informtica, Universidade Federal de Gois.

Este manual objetiva apresentar uma proposta de Processo de Teste de Software no

contexto de micro e pequenas empresas de TI (FreeTest).

Palavraschave

Teste de software, Micro e Pequena Empresa de TI.

Contedo

Lista de Figuras

Lista de Tabelas

Introduo
1.1
1.2
1.3
1.4

Viso Geral do FreeTest

2.1
2.2

Desafios do projeto
Objetivos do projeto
Metodologia do projeto
Organizao do Manual

Organizao do FreeTest
Fluxo Principal do FreeTest

reas de processo do FreeTest

3.1

Gerncia de projetos de teste (GPT)

3.2

Teste funcional (TFU)

3.1.1

3.3

3.4

3.5

3.6

3.7

Elaborar plano de teste (GPT1)

3.2.1

Atualizar ambiente de teste (TFU1)

3.2.2

Realizar teste (TFU2)

3.2.3

Encerrar teste (TFU3)

Teste de requisito (TRQ)

3.3.1

Realizar verificao (TRQ1)

3.3.2

Encerrar verificao (TRQ2)

Teste de aceite (TDA)

3.4.1

Atualizar ambiente de teste (TDA1)

3.4.2

Executar teste de aceite (TDA2)

3.4.3

Encerrar teste de aceite (TDA3)

Teste de regresso (TRG)

3.5.1

Preparar massa de teste (TRG1)

3.5.2

Manter script de regresso (TRG2)

3.5.3

Executar teste de regresso (TRG3)

3.5.4

Encerrar teste de regresso (TRG4)

Integrao contnua (INC)

3.6.1

Elaborar cdigo (INC1)

3.6.2

Elaborar script BDD (INC2)

3.6.3

Montar build (INC3)

Teste de desempenho (TPE)

3.7.1

Preparar massa de teste (TPE1)

9
10
12
12
13
15
16
16
20
20
20
20
21
21
22
22
23
23
23
24
24
24
24
25
25
26
26
27
27
27
27
27
28

3.7.2

Manter script de desempenho (TPE2)

3.7.3

Executar teste de desempenho (TPE3)

3.7.4

Encerrar teste de desempenho (TPE4)

28
28
29
44

Concluso

Bibliografia

45

Glossrio

47

Template do Plano de Teste

49
49
49
49
49
50
50
50
51
51
51
51
52
52
52
52
52
52

B.1

Viso Geral do Projeto

B.2

Equipe e Infra-estrutura

B.1.1

Papis e Responsabilidades

B.2.1

Planejamento da Alocao de Pessoal

B.2.2

Softwares/Equipamentos

B.3
B.4
B.5

Artefatos
Treinamentos
Acompanhamento do Projeto

B.6

Cronograma

B.5.1
B.6.1

B.7
B.8

Acordo de Nvel de Servio

Marcos Significativos do Teste

Estratgia de Testes
Critrio de Finalizao
B.8.1

Critrio de Concluso de Testes

B.8.2

Critrio de Aceitao

B.9 Gerncia de Riscos

B.10 Termo de Aceite

C Template de Cenrios de Teste

C.1

Funcionalidades

C.2

Cenrios Funcionais

C.3

Cenrios de Desempenho

C.1.1
C.2.1
C.3.1

Necessidade n
Cenrios n
Cenrios n

D Template do Relatrio de Consolidao de Teste

D.1
D.2

Escopo dos Testes

Resultados Obtidos

54
54
54
54
54
54
55
56
56
57

Lista de Figuras

2.1

Fluxo principal do FreeTest

17

3.1
3.2
3.3
3.4
3.5
3.6
3.7

Fluxograma da prtica elaborar plano de teste

Fluxograma da rea de processo teste funcional
Fluxograma da rea de processo teste de requisito
Fluxograma da rea de processo teste de aceite
Fluxograma da rea de processo teste de regresso
Fluxograma da rea de processo integrao contnua
Fluxograma da rea de processo teste de desempenho

20
22
22
23
25
27
28

Lista de Tabelas

2.1
2.2
2.3

Mapeamento entre as reas de processo do modelo TMMi e do MPT.Br

Nveis do FreeTest
Mapeamento entre o Modelo FreeTest e o MPT.Br

18
19
19

3.1
3.2
3.3
3.4
3.5
3.6
3.7
3.8
3.9
3.10
3.11
3.12
3.13
3.14
3.15

Descrio da prtica elaborar plano de teste

Descrio da prtica realizar teste
Descrio da prtica encerrar teste
Descrio da prtica realizar verificao
Descrio da prtica encerrar verificao
Descrio da prtica atualizar ambiente de teste
Descrio da prtica executar teste de aceite
Descrio da prtica encerrar teste de aceite
Descrio da prtica preparar massa de teste
Descrio da prtica manter script de regresso
Descrio da prtica executar teste de regresso
Descrio da prtica encerrar teste de regresso
Descrio da prtica manter script de desempenho
Descrio da prtica executar teste de desempenho
Descrio da prtcia encerrar teste de desempenho

21
30
31
32
33
34
35
36
37
38
39
40
41
42
43

A.1
A.1

Glossrio
Glossrio

47
48

B.1
B.2
B.3
B.4
B.5
B.6
B.7
B.8

Papis e Responsabilidades do Projeto

Planejamento de Alocao de Pessoal
Relao de Softwares/Equipamentos Necessrios
Lista de Artefatos de Entrada
Lista de Artefatos de Sada
Relao de Treinamentos/Cursos
Marcos Significativos do Projeto
Categorias de Testes do Projeto

49
50
50
50
50
51
51
52

D.1
D.2
D.3
D.4
D.5
D.6
D.7

Teste de Requisitos
Teste Funcionais
Teste de Regresso
Teste de Performance
Teste de Aceite
Defeitos Encontrados Durante a Realizao do Teste de Requisitos
Defeitos Encontrados Durante a Realizao do Teste Funcional

56
56
56
56
56
57
57

D.8 Defeitos Encontrados Durante a Realizao do Teste de Regresso

D.9 Defeitos Encontrados Durante a Realizao do Teste de Performance
D.10 Defeitos Encontrados Durante a Realizao do Teste de Aceite

57
57
57

CAPTULO 1

Introduo

Em uma dcada com emergente cultura web na qual lidar com imensos volumes de informao se tornou um paradigma natural, as indstrias de software experimentam diariamente um mercado incrivelmente dinmico, vasto e extremamente competitivo.
Nesse contexto, essas indstrias devem se esforar em termos de especializao e atualizao para sobressair frente voraz concorrncia. Alm disso, para se manterem em suas
posies de estabilidade devem oferecer aos seus clientes, os quais esto cada dia mais
exigentes, produtos dotados do mais alto grau de qualidade.
A obteno da alta qualidade dos produtos de software influenciada por diversos fatores como escopo do produto, tempo disponvel para execuo do projeto, grau
de conhecimento da equipe tcnica, dificuldade do negcio, dentre vrios outros. Dessa
forma para que se obtenha produtos mais confiveis, seguros, com melhor desempenho
e que principalmente atendam bem s necessidades dos usurios necessrio que sua
produo seja regida por mtodos, padres e tambm processos bem estruturados. Nesse
sentido a rea de Engenharia de Software tem profundas contribuies a fazer, bem como
sua especializao e foco do projeto desenvolvido - o teste de software.
O processo de software define diretivas para que as equipes de desenvolvimento
possam realizar com sucesso todas as etapas da produo de software, desde a concepo
at o aceite do produto pelo cliente. Aliado a esse processo, preferencialmente em
paralelo, deve existir um processo de teste, o qual possui a responsabilidade de auferir
a qualidade tanto do processo quanto do produto em desenvolvimento.
Os benefcios esperados com a implantao de um processo de teste so inmeros destacando dentre eles a obteno de maior qualidade dos softwares produzidos pelas
empresas alm de reduo do tempo gasto com manutenes corretivas e ainda a obteno de mtricas antes no coletadas. Informaes como quantidade de defeitos por verso
de produto, quanto do software foi testado, quantidade de ciclos entre o desenvolvimento
e o teste auxiliam no s no melhor entendimento dos processos internos mas tambm
aumentam a confiana da equipe no produto liberado para produo. Alm dessas contribuies, o panorama que o teste expe traz a luz questes outrora nem conhecidas e que
so pertinentes para a tomada inteligente de decises.

1.1 Desafios do projeto

10

Em se tratando de software de qualidade, a realidade de nosso estado no fica

atrs de outros polos do pas, sendo anfitrio de empresas responsveis por grandes solues implantadas em diversos setores da economia. Nesse contexto, se faz extremamente
necessrio polticas adequadas para lidar com tal responsabilidade. Em especial na contribuio para maior qualidade final, quesito extremamente visado quando se trata de valor
agregado de um produto, que o teste de software desempenha papel fundamental.
Apesar de existirem inmeras tcnicas, polticas e metodologias na rea de teste
de software, no mbito das micro e pequenas empresas existe uma deficincia perceptvel
em formas especficas para tais, em especial, no segmento de processos de teste de
software e ferramentas que o apoiem de forma integrada. Tendo em vista esse panorama
explanado que surge o projeto Estudo e Definio de Processo de Teste de Software
para Micro e Pequenas Empresas de TI, por meio da iniciativa de profissionais do
Instituto de Informtica da Universidade Federal de Gois com o apoio da FAPEG/FINEP
criaram o programa PAPPE-Integrao, em conjunto com grandes nomes da indstria
de software do estado (Canion Software, Deciso Sistemas, Meta Tecnologia e Tron
Informtica). Essa unio de esforos conflui ento para a proposio de denominadores
que atendam s necessidades identificadas, resultando assim em um processo de teste
especfico para micro e pequenas empresas adicionado de uma proposio de integrao
entre ferramentas amplamente utilizadas por especialistas da rea.

1.1

Desafios do projeto

O processo de desenvolvimento de software est intimamente ligado a filosofia

da empresa na qual est implantado e apesar da regra de ouro ser a a independncia
desse com as tecnologias vigentes ele influenciado por essas tecnologias. Pontos como
linguagens de programao, cultura, ferramentas, paradigmas, arquiteturas, metodologias
exercem influncia, em menor ou em maior grau, sobre o processo de software. Embora
haja frameworks especficas e normas internacionais que regem a criao de processos,
em cada empresa ele ser dotado de peculiaridades e modificaes que devem estar de
acordo com a necessidade do negcio atendido por essas empresas.
Da mesma forma que o processo de desenvolvimento deve ser ajustado a realidade de onde implantado o processo de teste tambm o . Isso ocorre pois o teste possui
ligao com o processo de desenvolvimento, e uma vez que o primeiro fundamentalmente customizado o segundo tambm acompanha essa necessidade de ajustes prprios.
Havendo observado esses pontos, vrios desafios foram encontrados quanto ao desenvolvimento do projeto assim como em sua implantao nas empresas.
O primeiro dos desafios se encontra no campo do nvel da similaridade entre as
empresas. Apesar de todas se enquadrarem na categoria de micro ou pequenas empresas,

1.1 Desafios do projeto

11

cada uma dessas possui finalidade de negcio, cultura e tecnologias distintas. Essas diferenas ento dificultam a proposio de um processo nico, que sirva sem modificaes,
para todas elas. Dado a heterogeneidade entre as empresas do consrcio, entende-se que
cada empresa precisar, a partir do framework proposto de projeto, realizar ajustes para
que o processo se encaixe melhor em suas realidades.
Outro desafio percebido, e bem conhecido da rea de teste, se enquadra no campo
das relaes interpessoais entre equipe de desenvolvimento e equipe de teste. O foco
tratar da problemtica encontrada quanto a forma de realizar a crtica ao trabalho dos
profissionais envolvidos e os atritos que essa crtica pode gerar entre as equipes.
importante entender que o teste de software no tem por objetivo primordial,
como de senso comum, mostrar que o produto est correto. Ao contrrio do senso
comum, o objetivo do teste fazer o produto falhar, ou seja, descobrir, demonstrar e
documentar os defeitos desse produto. Essa forma de enxergar o produto conhecida
como natureza destrutiva do teste.
A problemtica provinda dessa natureza destrutiva do teste a colocao em
evidncia dos problemas, defeitos e inconformidades nos artefatos de colegas de equipe
por meio de crticas, o que no mnimo um assunto delicado. Esse apontamento exige
bastante energia e sabedoria por parte de quem o realiza para que no seja confundido
como um ataque pessoal ou desrespeito a qualidade do que foi produzido e competncia
de quem o fez. Caso essa crtica no seja realizada de forma correta, ela pode impactar
de forma negativa, gerando atritos e espirito separatista em equipe, na produtividade ao
invs de contribuir de forma positiva para essa.
Outro ponto que merece observao quanto a implantao dos testes a impresso equivocada de que com a implantao dos testes todos os problemas e deficincias das
empresas relacionados a produo de software sero resolvidos. Uma regra bem conhecida quando se trata da engenharia de software que No existe bala de prata (BROOKS
JR., 1987), isso significa que no existe uma forma, uma metodologia, tecnologia ou regra mgica que seja adequada para todas as realidades e que resolva todos os problemas
existentes no processo de software.
O teste de software pode ser enxergado como uma ferramenta em prol da
qualidade o qual tem o papel de validar e verificar o que produzido, influenciando
positivamente na qualidade dos produtos. Porm, o teste sozinho no tem como resolver
todos os problemas de qualidade, uma vez que essa est intimamente ligada a vrios outros
fatores. Assim, como qualquer outra ferramenta o teste deve ser utilizado em conjunto
com outras polticas de forma correta e efetiva, para que sejam alcanados os resultados
de melhoria esperados.
O ltimo desafio, mas no menos importante, trata-se da mudana de cultura
necessrio para que o teste de software obtenha sucesso. Essa mudana de cultura pode ser

1.2 Objetivos do projeto

12

delineada no mais abrangente possvel e deve incluir preferencialmente todas as camadas

de produo de software. Nesse sentido, resistncias foram percebidas quanto a mudana
da forma de trabalho, novas prticas includas e documentaes necessrias ao teste. Essa
resistncia percebida principalmente devido a cultura imediatista que deve ser abrandada
quando se fala em teste. O teste deve ser pensado como um investimento de mdio a
longo prazo, o qual ir com certeza produzir resultados positivos caso essa cultura seja
corretamente implantada. Portanto, necessrio um esforo em conjunto, de todos os
envolvidos com o processo de software, de modo que a cultura de teste seja includa no
dia a dia dos profissionais e esses a vivenciem de forma natural.

1.2

Objetivos do projeto

Criar e aplicar um processo de teste de software, adequado as empresas deste

consrcio e similares, para melhorar a qualidade de seus produtos. Alm disso, criar um
software, integrador de ferramentas especializadas, que apoie o processo de teste.

1.3

Metodologia do projeto

A nfase do projeto est em capacitar as micro e pequenas empresas em realizar

testes de forma sistemtica por meio da instanciao de um processo de teste com suporte
automatizado. Nesse sentido, para o desenvolvimento do projeto, quatro macro atividades
foram seguidas:
1. Treinamento: nessa atividade foram realizados o nivelamento e a capacitao das
equipes envolvidas tanto nos conceitos tericos de teste quanto prticos, incluindo
a utilizao de ferramentas de apoio e automatizao dos teste. Alm disso, foi
previsto nessa atividade o treinamento da implantao do prprio processo de teste
definido e das ferramentas de apoio integradas ao mesmo.
2. Processo de Teste: o objetivo foi a definio de um processo de teste genrico que
possa, posteriormente, ser instanciado para cada empresa integrante do consrcio.
Tal processo deve contemplar as atividades de projeto, execuo e acompanhamento
dos testes de unidade, integrao, sistema e aceitao, e ser conduzido em paralelo
ao processo de desenvolvimento de software. Essa colaborao entre o desenvolvimento e o teste minimiza o esforo e incentiva a deteco de defeitos nos diferentes
artefatos nas fases iniciais do desenvolvimento, quando o custo de correo menor.
Em relao ao processo de teste de software (PT), alguns modelos de maturidade
de PT foram propostos. Entre eles, TMM (Test Maturity Model), TMMi (Test Ma-

1.4 Organizao do Manual

13

turity Model Integration) e MPT.Br (Melhoria do Processo de Teste de Software

Brasileiro). Tais modelos foram considerados no desenvolvimento do projeto.
3. Integrao/Desenvolvimento de ambiente de apoio: nesta atividade, de fundamental
importncia para o projeto, ser definida uma arquitetura para a integrao de ferramentas de teste de apoio s diferentes etapas do PT definido. Atualmente existe
uma grande variedade de ferramentas de apoio a diferentes atividades pontuais do
processo de teste, por exemplo, uma integrao esperada em relao a atividades de teste funcionais, gesto de testes e gesto de defeitos. Para cada uma destas
atividades sero consideradas, preferencialmente, a adoo de ferramentas de cdigo aberto para que os resultados fiquem disposio no apenas das empresas
proponentes, mas tambm de outras organizaes interessadas em implantar e melhorar o seu PT. A integrao das mesmas em um nico ambiente desejvel para
facilitar a adoo e reduzir a inconsistncia de dados gerados, alm de facilitar a
rastreabilidade desses dados.
4. Suporte para a gerao de documentos: documentar os dados produzidos durante os
testes de fundamental importncia para se comprovar a execuo das atividades
exigidas pelo PT, principalmente na busca por certificaes. Assim sendo, o objetivo utilizar padres previamente existentes, como a Norma IEEE 829-2008, para
padronizar os documentos produzidos. Alm disso, no desenvolvimento/integrao
das ferramentas mencionadas no Item 3, a nfase ser dada para automatizar a gerao de tais documentos conforme o padro escolhido, facilitando a rastreabilidade
e consistncia dos mesmos.

1.4

Organizao do Manual

Este manual est organizado em 4 captulos. Nesse captulo foram apresentados

os principais conceitos relacionados a essa pesquisa, o objetivo e a metodologia do projeto
visando delinear o tema explorado neste manual. No entanto, o escopo deste manual
apenas a apresentao da proposta de Processo de Teste de Software para Micro e
Pequenas Empresas (FreeTest).
O Captulo 2 apresenta os conceitos gerais sobre o FreeTest.
No Captulo 3 so apresentadas as prticas especficas de cada uma das reas de
processo do FreeTest.
J no Captulo 4 so feitas consideraes finais, apresentadas as limitaes e os
possveis desdobramentos decorrente do projeto.
No Apndice A apresentado o Glossrio com as respectivas definies dos
principais termos utilizados no trabalho.

1.4 Organizao do Manual

14

O Apndice B apresenta uma proposta de template para elaborao do Plano de

Teste.
J o Apndice C prope um template para definio dos Cenrios de Teste.
Finalmente, no Apndice D apresentado um template para apoiar a confeco
do Relatrio de Consolidao de Teste.

CAPTULO 2

Viso Geral do FreeTest

Modelos de melhoria de processos de software, tais como o CMM (Capability

Maturity Model) e o CMMI (Capability Maturity Model Integration), no tm dado
uma importncia significativa aos processos de V&V (Validao e Verificao). Em
decorrncia disso os conceitos relacionados aos processos de maturidade de teste no so
bem definidos (BURNSTEIN et al., 1996), consequentemente as organizaes produtoras de
software acabam executando estes processos de forma inadequada (JACOBS; TRIENEKENS,
2002), ou mesmo ficando desorientadas em como implantar um processo de teste de
software adequadamente.
Como uma tentativa de demandar mais ateno aos processos de V&V, foi
proposto o TMM (Testing Maturity Model), que foi desenvolvido por um grupo de
pesquisa do Illinois Institute of Tecnology (BURNSTEIN, 2003).
O TMM tem como objetivo ser um complemento aos modelos de capacidade e
maturidade, mais especificamente visa disponibilizar processos de V&V bem definidos,
para que os gerentes de teste e os grupos de garantia da qualidade das organizaes
possam t-lo como orientao (BURNSTEIN et al., 1996).
No apenas o acrnimo TMM se assemelha ao CMM, mas tambm os conceitos
essenciais existentes em ambos so bastante prximos. Por exemplo, no TMM faz-se uso
do conceito de nvel de maturidade como roteiro para melhorar e avaliar os processos de
teste, possuindo assim tambm, 5 nveis de maturidade.
Tambm tentando complementar os modelos de melhoria de processo, recentemente foi proposto o TMMi (Test Maturity Model integration) que utiliza o TMM como
uma das principais fontes. Alm do TMM, foi largamente guiado pelo trabalho feito no
CMMI. O TMM e o TMMi foram definidos como modelos a serem implementados por
estgios, sendo que o TMMi define um conjunto de reas de processos que orientam o
caminho de melhoria da organizao (VEENENDAAL, 2012).
Como uma iniciativa brasileira, foi proposto o modelo Melhoria de Processo
de Teste Brasileiro (MPT.Br) que trata a melhoria do processo de teste por meio de
prticas relativas s atividades desenvolvidas ao longo do ciclo de vida de teste do produto
(SOFTEXRECIFE; RIOSOFT, 2011). importante ressaltar que o MPT.Br tomou como base

2.1 Organizao do FreeTest

16

diversos modelos de referncia em teste de software e modelos de referncia em melhoria

de processo de software, tais como: TMM, TMMi, CMMI, MPS.BR e outros.
Na Tabela 2.1 apresentado o mapeamento entre o TMMi e o MPT.Br, demonstrando assim a equivalncia entre os mesmos.
Dentre os modelos de maturidade de processo de software tais como TMMi e
MPT.Br, pouco se sabe sobre suas implementaes no contexto de empresas de micro
e pequeno porte como as que compem o projeto proposto. Por isso, o projeto Estudo
e Definio de Processo de Teste de Software para Micro e Pequenas Empresas de TI
visa agrupar diferentes atividades de verificao e validao em um Processo de Teste de
Software para Micro e Pequenas Empresas (FreeTest) coerente para o contexto.

2.1

Organizao do FreeTest

O FreeTest foi definido a partir dos modelos de maturidade TMMi e MPT.Br,

sendo portanto organizado em nveis de maturidade. Cada nvel de maturidade composto
por um conjunto de reas de processo. Uma rea de processo corresponde a um conjunto
de prticas especficas que individualmente objetivam atender metas especficas.
Os nveis de maturidade definem patamares de evoluo de processos, caracterizando estgios de melhoria da implementao de processos na organizao. O nvel de
maturidade em que se encontra uma organizao permite prever o seu desempenho futuro
ao executar um ou mais processos (ROCHA; MACHADO, 2011). A escala de maturidade do
FreeTest se inicia no nvel E e evolui at o nvel A, na Tabela 2.2 apresentada a organizao em nveis e as correspondentes reas de processo. J na Tabela 2.3 apresentado o
mapeamento entre o FreeTest e o MPT.Br.

2.2

Fluxo Principal do FreeTest

A Figura 2.1 apresenta o fluxo principal do FreeTest. Quando uma solicitao

(demanda) de modificao cadastrada por meio do processo de suporte e a mesma
emergencial, inicia-se imediamente a referida alterao do produto de software por
meio do processo de desenvolvimento. Depois de concludo a realizao dos testes
unitrios iniciado a execuo dos testes funcionais, caso seja identificado algum defeito
durante a execuo dos testes, o mesmo registrado e encaminhado para o processo de
desenvolvimento. Aps finalizar a realizao dos testes funcionais o produto de software
com as devidas alteraes encaminhado para a gerncia de configurao e mudanas
(GCM).

2.2 Fluxo Principal do FreeTest

Figura 2.1: Fluxo principal do FreeTest

17

2.2 Fluxo Principal do FreeTest

18

Tabela 2.1: Mapeamento entre as reas de processo do modelo

TMMi e do MPT.Br

Ambiente de Teste

Controle e monitoramento do Teste

3
3

3
3
3

Teste no-funcional
Organizao de teste
Ciclo de vida de teste e integrao
Programa de treinamento de
teste
Reviso em pares
Revises Avanadas
Medio de teste

4
3

Modelo MPT.Br
reas de Processo
Gerncia de Projetos de Teste (prtica especfica GPT1)
Gerncia de Projetos de Teste (prticas especficas GPT2 a
GPT20)
Gerncia de Projetos de Teste (prticas especficas GPT21
a GPT25)
Gerncia de Requisitos de Teste (prticas especficas GRT1
a GRT5)
Projeto e execuo de Teste (prticas especficas PET1 a
PET4)
Projeto e Execuo de Teste (prticas especficas PET5 e
PET6)
Projeto e Execuo de Teste (prtica especfica PET7)
Gerncia de Projetos de Teste (prticas especficas GPT26
a GPT28)
Fechamento do Teste (prticas especficas FDT1 a FDT4)
Garantia da Qualidade (prticas especficas GDQ1 a
GDQ3)
Teste No-Funcional (prticas especficas TNF1 a TNF3)
Organizao do Teste (prticas especficas OGT1 a OGT10)

Treinamento (prticas especficas TRE1 a TRE4)

3
3
3
4

5
5

Avaliao da qualidade de produto

Preveno de defeitos
Controle de qualidade

Otimizao do processo de teste

Teste Esttico (prticas especficas TES1 a TES5)

Teste de Aceitao (prticas especficas TDA1 a TDA7)
Medio e Anlise de Teste (prticas especficas MAT1 a
MAT5)
Avaliao da Qualidade do Produto (prticas especficas
AQP1 a AQP5)
Gesto de Defeitos (prticas especficas GDD1 a GDD3)
Controle Estatstico do Processo (prticas especficas CEP1
a CEP5)
Automao da Execuo do Teste (prticas especficas
AET1 a AET6)
Gesto de Ferramentas (prticas especficas GDF1 a
GDF6)
Organizao do Teste (prticas especficas OGT11 e
OGT12)

Nvel
2
2

Modelo TMMi
reas de Processo
Estratgias e polticas de teste
Planejamento de teste

Nvel
1
1
2
2

Execuo e projeto de teste

1
2

3
3
4
4
4

3
3

4
5

5
4

2.2 Fluxo Principal do FreeTest

19

Tabela 2.2: Nveis do FreeTest

Nvel de Maturidade
A

reas de Processo
TPE - Teste de desempenho

INC Integrao contnua

TRG Teste de regresso

TDA Teste de aceite

TRQ Teste de requisito

E

TFU Teste funcional

GPT Gerncia de Projetos de teste

Prticas Especficas
TPE1 - Preparar massa de teste
TPE2 Manter script de desempenho
TPE3 Executar teste de desempenho
TPE4 Encerrar teste de desempenho
INC1 Elaborar cdigo
INC2 Elaborar scripts BDD
INC3 Montar build
TRG1 Preparar massa de teste
TRG2 Manter script de regresso
TRG3 Executar teste de regresso
TRG4 Encerrar teste de regresso
TDA1 Atualizar ambiente de teste
TDA2 Executar teste de aceite
TDA3 Encerrar teste de aceite
TRQ1 Realizar verificao
TRQ2 Encerrar verificao
TFU1 Atualizar ambiente de teste
TFU2 Realizar teste
TFU3 Encerrar teste
GPT1 Elaborar plano de teste

Tabela 2.3: Mapeamento entre o Modelo FreeTest e o MPT.Br

Nvel
A

Modelo FreeTest
reas de Processo
Teste de desempenho

Nvel
4

Integrao contnua

C
D

Teste de regresso
Teste de aceite

3
3

Teste de requisito
Gerncia de Projetos de teste

3
1

Teste funcional

Modelo MPT.Br
reas de Processo
Avaliao da Qualidade do Produto (prticas especficas AQP1 a AQP5)
Automao da Execuo do Teste (prticas especficas AET1 a AET6)
Organizao do Teste (prtica especfica OGT10)
Teste de Aceitao (prticas especficas TDA1 a
TDA7)
Projeto e Execuo de Teste (prtica especfica PET7)
Gerncia de Projetos de Teste (prticas especficas
GPT1 a GPT20)
Projeto e execuo de Teste (prticas especficas
PET1 a PET4)

CAPTULO 3

reas de processo do FreeTest

3.1

Gerncia de projetos de teste (GPT)

A rea de processo de gerncia de projetos de teste possui apenas uma prtica

especfica (elaborar plano de teste (GPT1)). O principal objetivo dessa rea de processo
apoiar a integrao dos planos, permitindo assim a sincronizao entre o plano de teste
e os demais (plano de projeto, plano de gerncia de requisitos e plano de gerncia de
configurao).
O Apndice B apresenta uma sugesto para confeco do Plano de Teste.

3.1.1

Elaborar plano de teste (GPT1)

A Tabela 3.1 apresenta uma descrio da prtica elaborar plano de teste. O

objetivo dessa prtica planejar os testes a serem realizados ao longo do processo de
desenvolvimento.

Figura 3.1: Fluxograma da prtica elaborar plano de teste

3.2

Teste funcional (TFU)

Conforme apresentado na Figura 3.2, a rea de processo de teste funcional tem

como objetivo viabilizar a preparao do ambiente de teste (atualizar ambiente de teste
(TFU1)) para a efetiva execuo dos mesmos (realizar teste (TFU2)). Aps os testes terem
sido executados de forma satisfatria, ocorre a finalizao de sua execuo (encerrar teste
(TFU3)).

3.2 Teste funcional (TFU)

21

Tabela 3.1: Descrio da prtica elaborar plano de teste

Objetivos
Participantes
Entradas

Aes

Sadas

3.2.1

Realizar o planejamento dos testes a serem executados sobre as demandas

elencadas para atendimento da verso.
Responsvel:
Colaborador:
Aprovao:
Gerente de Teste Gerente de Projetos
Critrios:
- Projeto da verso definido;
- Demanda de Planejamento de Teste com status Nova ou Aguardando.
Artefatos:
- Documento de Projeto;
- DA.0001 Padres de Nomenclatura.
1-Havendo alguma inconformidade na abertura da demanda:
1.1-Atribuir a demanda de volta ao solicitante informando as necessidades
de ajustes.
2-Alterar o status da demanda de Planejamento de Teste para Em andamento;
3-Recuperar o Documento de Projeto no devido repositrio da verso;
4-Recuperar o modelo do RQ.0001 no devido repositrio de templates;
5-Elaborar o RQ.0001 conforme informaes contidas no Documento de Projeto;
6-Armazenar o RQ.0001 no devido diretrio de testes existente no repositrio
da verso, fazendo uso dos padres de nomenclatura citados no DA.0001;
7-Encerrar a Demanda de Planejamento de Teste lanando o devido esforo
utilizado na execuo da tarefa.
Critrios:
- Planejamento dos testes definido;
- Demanda de Planejamento de Testes com status Resolvido.
Produtos:
- RQ.0001 Plano de Teste.

Atualizar ambiente de teste (TFU1)

A atualizao do ambiente de teste visa que a equipe de testes tenham em seu

ambiente a disponibilizao da ltima verso do software, que ser submetida a uma
sequncia de testes funcionais. Este ambiente deve ser controlado de forma a no sobrepor
verses quando outra estiver com atividades de testes em execuo, evitando que seja
relatado defeitos indevidos (oriundos de inconformidade com requisitos ou integrao
com outros mdulos, etc).

3.2.2

Realizar teste (TFU2)

A realizao dos testes dever ocorrer assim que uma verso do software for
disponibilizada no ambiente de teste. Os testes a serem realizados devem ser indicados
no documento Notas da Verso, focando inicialmente no funcionamento bsico das
funcionalidades e posteriormente havendo prazo hbil a execuo de testes complementares, cenrios estes mapeados no documento de Cenrios de Testes. Havendo defeitos
identificados, esses devem ser registrados e acompanhados at a entrega com as devidas
correes. A Tabela 3.2 descreve detalhes sobre a prtica realizar teste.

3.3 Teste de requisito (TRQ)

22

Figura 3.2: Fluxograma da rea de processo teste funcional

3.2.3

Encerrar teste (TFU3)

Aps a concluso dos testes, caber ao Gerente de Teste realizar a consolidao

dos resultados da execuo dos testes. Diante disso ter indicadores suficientes para
discutir com os stakeholders envolvidos sobre a qualidade do produto e consequente
disponibilizao em ambiente de produo. A Tabela 3.3 descreve detalhes sobre a prtica
encerrar teste.

3.3

Teste de requisito (TRQ)

A rea de processo de teste de requisitos (apresentada na Figura 3.3) visa identificar possveis inconsistncias existentes nos requisitos do software (realizar verificao
(TRQ1)) por meio da confeco/reviso das descries dos cenrios de teste.

Figura 3.3: Fluxograma da rea de processo teste de requisito

3.4 Teste de aceite (TDA)

3.3.1

23

Realizar verificao (TRQ1)

Para desenvolver os casos de teste, os responsveis por esse necessitam obter

os artefatos relativos a descrio do software - documento de requisitos, casos de uso,
diagrama de sequncia, prottipos de tela, dentre vrios outros. Dessa forma, enquanto
realizado o desenvolvimento dos casos de teste uma reviso dos artefatos obtidos
tambm realizada. Ainda que seja somente por meio da leitura para obter informaes
do produto, essa reviso pode contribuir para a qualidade desses artefatos reportando
qualquer defeito/inconsistncia encontrada.
A Tabela 3.4 descreve detalhes sobre a prtica realizar verificao.

3.3.2

Encerrar verificao (TRQ2)

Aps a concluso das verificaes, caber ao Gerente de Teste realizar a consolidao dos resultados da verificao para obter informaes sobre a qualidade da documentao produzida durante a fase de anlise do software. A Tabela 3.5 apresenta detalhes
sobre a prtica encerrar verificao.

3.4

Teste de aceite (TDA)

A Figura 3.4 apresenta a viso geral da rea de processo teste de aceite, cujo o
principal objetivo validar uma baseline do produto de software com o cliente.

Figura 3.4: Fluxograma da rea de processo teste de aceite

3.5 Teste de regresso (TRG)

3.4.1

24

Atualizar ambiente de teste (TDA1)

A atualizao do ambiente de teste para realizao dos testes de aceite, objetiva

viabilizar que os stakeholders envolvidos com o teste tenham acesso ltima verso do
software. Sempre que possvel o teste de Aceite deve ocorrer em ambiente totalmente
independente visando evitar concorrncia com outras atividades de desenvolvimento ou
testes, no sendo possvel importante planejar e controlar todas atividades a serem
executadas por meio do gerenciamento de risco. A Tabela 3.6 apresenta detalhes sobre
a prtica atualizar ambiente de teste.

3.4.2

Executar teste de aceite (TDA2)

Dependendo da forma como o ambiente de teste de aceite foi construdo, os

stakeholders podero realizar os testes presencialmente ou remotamente. Esse testes
objetivam garantir que o software atenda as necessidades fundamentais do negcio, no se
preocupando com aspectos irrelevantes ao negcio. Tambm importante que esses testes
sejam acompanhados por profissionais de outras reas da Tecnologia da Informao (por
exemplo, Negcio, Anlise e Desenvolvimento), afim de dar todo suporte necessrio aos
stakeholders. A Tabela 3.7 apresenta detalhes sobre a prtica executar teste de teste.

3.4.3

Encerrar teste de aceite (TDA3)

Os testes de aceite sero considerados concludos quando as metas de qualidade

(definidas no plano do projeto) forem atendidas. Devendo tambm ser produzido e
assinado pelos stakeholders um termo de aceite do produto validado bem como um
relatrio consolidado indicando todas as inconformidades identificadas, corrigidas e
melhorias futuras, indicadores esses que devero ser discutidos posteriormente com os
stakeholder envolvidos. A Tabela 3.8 apresenta detalhes sobre a prtica encerrar teste de
teste.

3.5

Teste de regresso (TRG)

A rea de processo de teste de regresso (apresentada na Figura 3.5) tem como

meta permitir a realizao de testes para garantir que partes do software que foram
alteradas no introduziram novos defeitos no mesmo.

3.5 Teste de regresso (TRG)

25

Figura 3.5: Fluxograma da rea de processo teste de regresso

3.5.1

Preparar massa de teste (TRG1)

A atividade de preparao da massa de teste consiste na criao ou ajuste dos

dados que sero utilizados para a execuo dos testes automatizados. Uma adequao nos
dados deve ser realizada pelo profissional responsvel para que seja garantido a mxima
eficcia desses dados. Por eficcia, entende-se uma maior probabilidade de provocar a
revelao de defeitos e a deteco de falhas. Para fazer essa adequao, pode-se utilizar
tcnicas de derivao de casos de teste, tais como: anlise de valor limite e partio de
equivalncia.
Caso esses dados estejam em uma base de dados, um conhecimento prvio
da linguagem SQL necessrio, para extrair ou inserir dados na respectiva base.
importante ressaltar que essas informaes devem estar com tipos de dados compatveis
aos esperados pelo sistema, por exemplo, para um atributo data, deve-se ter massa de
dados compatvel com o tipo data. Na Tabela 3.9 apresentado mais detalhes sobre a
respectiva prtica.

3.5.2

Manter script de regresso (TRG2)

A repetio da execuo dos testes de maneira exaustiva, ou seja de todo o

sistema, extremamente onerosa. Isso ocorre diversas vezes por no se saber ao certo os
impactos causados por determiandas mudanas, ou mesmo por haver algumas reas no
cobertas no produto sob teste. Como uma forma de diminuio desse custo de execuo
procura-se, sempre que possvel, a utillizao de testes automatizados.
Para a execuo dessas ferramentas, so necessrios scripts. Esses scripts so
programas simples escritos em linguagens comerciais, que uma linguagem estruturada,
que permite executar as aes previamente capturadas pelo usurio. Cada ferramenta tem
sua prpria linguagem e formas de capturar os elementos que interagem com o usurio,

3.5 Teste de regresso (TRG)

26

mas em linhas gerais, sempre que algum elemento alvo da automao modificado
necessrio alterar tambm o script de teste. Essas manutenes nos scripts garantem a
integridade dos mesmos e uma execuo sem interrupes.
As manutenes nos scripts de teste devem ser atividades corriqueiras na organizao. Uma vez que o acmulo dessa atividade pode dificultar a manuteno e/ou
comprometer partes ntegras dos mesmos. Pede-se que sempre antes de realizar um teste
de regresso verificar os scripts e massas utilizadas, para que no ocorra quebra no fluxo
normal da execuo automatizada. Na Tabela 3.10 apresentado mais detalhes sobre a
respectiva prtica.

3.5.3

Executar teste de regresso (TRG3)

Segundo (MULLER, 2011), Teste de regresso o teste repetido de um programa

que j foi testado, aps sua modificao, para descobrir a existncia de algum defeito
introduzido ou no coberto originalmente como resultado da mudana.
O teste de regresso, por ser um teste caro e demorado, normalmente, executado
por ferramentas de automao de teste. Este tipo de teste consiste em re-executar uma
parte significativa ou todo o sistema de modo a verificar se no houve introduo de
defeitos aps correes no software. Em alguns casos, dependendo da tecnologia utilizada
no desenvolvimento, uma nica vrgula mal colocada ou faltante pode provocar falhas na
execuo do software e/ou acarretar comportamentos inadequados em partes j testadas
do programa por exemplo. Para garantir que a correo de uma falha no ir provocar um
comportamento inesperado, frequentemente realizado o reteste de todo o sistema ou as
partes mais propensas a erros.
O FreeTest defende a viso de que falhas encontradas em produo devem ser
automatizadas e armazenadas em um repositrio para posterior execuo, criando assim,
uma lista de casos de testes para regresso. Esta lista para regresso tem o propsito de
assegurar que os incidentes encontrados pelos usurios finais no se repetiro, garantindo
a confiabilidade do produto pelo cliente. Na Tabela 3.11 apresentado mais detalhes sobre
a respectiva prtica.

3.5.4

Encerrar teste de regresso (TRG4)

O FreeTest defende a ideia que, ao finalizar os testes de regresso deve-se

apresentar um relatrio da execuo dos testes. Esse relatrio uma forma de avaliar
a qualidade e criar confiabilidade no produto que est sendo produzido. Mesmo que haja
defeitos ainda a serem consertados, o responsvel pelo produto tem a exata noo de como
anda a qualidade, podendo tomar as devidas aes em casos de desvios da qualidade ou,
em casos extremos, abortar a produo do sistema.

3.6 Integrao contnua (INC)

27

Normalmente as ferramentas de automao utilizadas nos testes de regresso

disponibilizam relatrios para as anlises dos resultados, no entanto responsabilidade
da organizao definir quais as mtricas e indicadores sero mais adequados s suas
necessidades. Na Tabela 3.12 apresentado mais detalhes sobre a respectiva prtica.

3.6

Integrao contnua (INC)

Figura 3.6: Fluxograma da rea de processo integrao contnua

3.6.1

Elaborar cdigo (INC1)

3.6.2

Elaborar script BDD (INC2)

3.6.3

Montar build (INC3)

3.7

Teste de desempenho (TPE)

A rea de processo de teste de desempenho tem como alvo identificar mtricas

importantes ao software em questo visando monitorar por meio dessas os atributos
de qualidade do software. A Figura 3.7 apresenta o relacionamento entre as prticas
especficas da rea de processo de teste de desempenho.

3.7 Teste de desempenho (TPE)

28

Figura 3.7: Fluxograma da rea de processo teste de desempenho

3.7.1

Preparar massa de teste (TPE1)

Aps a concluso do planejamento dos testes de desempenho e a identificao

dos pontos chaves do software que requeiram a anlise de desempenho, ser preciso
elaborar uma massa de testes que viabilize sua execuo, sendo esta adequada para
medir o desempenho esperado da aplicao, conforme indicador estabelecido no incio
do projeto. Sempre que necessrio esta massa dever sofrer ajustes e manutenes
necessrias.

3.7.2

Manter script de desempenho (TPE2)

Concluda a preparao das massas de testes, dever ser providenciado a confeco dos scritps que iro realizar a avaliao de desempenho da aplicao. Estes scripts
devero estar armazenados em um repositrio especfico, seguindo tambm uma nomenclatura padronizada. Na Tabela 3.13 apresentado mais detalhes sobre a respectiva prtica.

3.7.3

Executar teste de desempenho (TPE3)

A execuo dos testes de desempenho devem ocorrer a medida que houver alguma mudana nos pontos identificados na aplicao, bem como quando da ocorrncia de
mudanas estruturais do software (banco de dados, sistema operacional, servidores, etc.).
Conforme resultados obtidos ou defeitos identificados, os ajustes devero ser providenciados at que os indicadores esperados sejam atingidos. Na Tabela 3.14 apresentado
mais detalhes sobre a respectiva prtica.

3.7 Teste de desempenho (TPE)

3.7.4

29

Encerrar teste de desempenho (TPE4)

Estando os testes de desempenho concludos, seus resultados devero ser compilados de forma a identificar os defeitos que eventualmente tenha ocorridos, bem como
o plano de ao aplicado para resoluo destes. Com isso haver condies de se obter o nvel de qualidade sobre o aspecto de desempenho da software. Na Tabela 3.15
apresentado mais detalhes sobre a respectiva prtica.

3.7 Teste de desempenho (TPE)

Tabela 3.2: Descrio da prtica realizar teste

Objetivos
Participantes
Entradas

Aes

Sadas

Realizar os testes funcionais de forma manual para a nova verso da aplicao.

Responsvel:
Colaborador: Aprovao:
Analista de Teste
Critrios:
- Ambiente de teste disponvel com nova verso da aplicao;
- Demanda de Execuo de Teste com status Em andamento.
Insumos:
- Documentao produzida pela Anlise;
- DA.0001 Padres de Nomenclatura;
- DA.0002 Padro para Registro de Defeito.
1-Havendo alguma inconformidade na abertura da demanda:
1.1-Atribuir a demanda de volta ao solicitante informando as necessidades
de ajustes.
2-Recuperar os RQs (Requisitos) disponibilizados no devido repositrio do
release;
3-Recuperar o RQ.0002 contendo os cenrios de testes previamente identificados
no devido repositrio do release;
4-Havendo necessidade, realizar os ajustes nos cenrios de testes e atualiz-los no
devido repositrio do release;
4.1-Caso tenha necessidade de testes de desempenho, dever ser elaborado o
cenrio especfico para execuo destes testes.
5-Executar os testes funcionais sobre a aplicao reportando os resultados
esperados na ferramenta de gesto de testes;
6-Havendo algum defeito a ser registrado:
6.1-Abrir uma demanda de defeito conforme instrues contidas no DA.0002;
7-Resolver a demanda de Execuo de Teste lanando o devido esforo
destinado execuo da tarefa.
8-Caso a demanda esteja marcada para realizao dos testes de regresso:
8.1-Abrir uma demanda de Teste de Regresso, vinculada demanda de
Execuo de Teste e atribuir ao responsvel.
9-Caso a demanda esteja marcada para realizao dos testes de desempenho:
9.1-Abrir uma demanda de Teste de desempenho, vinculada demanda de
Execuo de Teste e atribuir ao responsvel.
Critrios:
- Execuo de testes concluda e resultados devidamente lanados na ferramenta
de gesto de testes;
- No haver defeitos crticos em aberto;
- Demanda de execuo de teste com status Resolvido;
- Demanda de Teste de Regresso com status Aberto (se houver necessidade);
- Demanda de Teste de desempenho com status Aberto (se houver
necessidade).
Produtos:
- RQ.0002 Cenrios de Testes;
- Registros de defeitos.

30

3.7 Teste de desempenho (TPE)

Tabela 3.3: Descrio da prtica encerrar teste

Objetivos
Participantes
Entradas

Aes

Sadas

Elaborar um relatrio conclusivo sobre a execuo dos testes manuais do release

disponibilizado para testes, a fim de obter um laudo da qualidade da aplicao.
Responsvel:
Colaborador: Aprovao:
Gerente de Teste
Critrios:
- Execuo dos testes manuais concluda.
- Demanda de Execuo de Teste com status Resolvido.
Insumos:
- DA.0001 Padres de Nomenclatura;
- Registros de defeitos.
1-Havendo alguma inconformidade na demanda:
1.1-Atribuir a demanda de volta ao solicitante informando as necessidades
de ajustes.
2-Recuperar o modelo de RQ.0003 no devido repositrio de templates;
3-Validar e consolidar os resultados obtidos no RQ.0003 na rea destinada a
Teste de Manuais;
3.1-Caso necessrio, atribuir a demanda de volta ao Analista de Teste responsvel
para devidos ajustes.
4-Armazenar o RQ.0003 no devido diretrio de testes existente no repositrio
do release, fazendo uso dos padres de nomenclatura citados no DA.0001;
5-Fechar as demandas de Execuo de Testes lanando o devido esforo
utilizado na execuo da tarefa.
Critrios:
- Consolidao de resultados da Execuo de Testes concluda.
- Demandas de Execuo de Teste com status Fechado.
Produtos:
- RQ.0003 Relatrio Consolidado de Teste.

31

3.7 Teste de desempenho (TPE)

Tabela 3.4: Descrio da prtica realizar verificao

Objetivos
Participantes
Entradas

Aes

Sadas

Realizar a verificao dos requisitos a fim de identificar possveis

inconsistncias de negcio que podem levar a falhas futuramente.
Responsvel:
Colaborador: Aprovao:
Analista de Teste
Critrios:
- Documentos de Requisitos concludos;
- Demanda de Verificao de Requisito com status Nova ou Aguardando.
Insumos:
- Documentao produzida pela Anlise;
- DA.0001 Padres de Nomenclatura;
- DA.0002 Padres para Registro de Defeito.
1-Havendo alguma inconformidade na abertura da demanda:
1.1-Atribuir a demanda de volta ao solicitante informando as necessidades
de ajustes.
2-Alterar o status da demanda de verificao de requisito para Em andamento;
3-Recuperar os RQs (Requisitos) disponibilizados no devido repositrio do
release;
4-Recuperar o modelo do RQ.0002 no devido repositrio de templates;
5-Avaliar cada requisito disponibilizado para verificao;
6-Havendo algum defeito a ser registrado:
6.1-Abrir uma demanda de defeito conforme instrues contidas no DA.0002;
7-Elaborar RQ.0002 contendo os possveis cenrios de testes a serem realizados;
8-Armazenar o RQ.0002 no devido diretrio de testes existente no repositrio do
release, fazendo uso dos padres de nomenclatura citados no DA.0001;
9-Resolver a demanda de Verificao de Requisitos lanando o devido esforo
destinado execuo da tarefa.
Critrios:
- Verificao de requisitos concluda;
- No haver defeitos crticos em aberto;
- Tarefa de Verificao de Requisitos com status igual a Resolvido.
Produtos:
- RQ.0002 Cenrios de Testes;
- Registros de defeitos.

32

3.7 Teste de desempenho (TPE)

Tabela 3.5: Descrio da prtica encerrar verificao

Objetivos
Participantes
Entradas

Aes

Sadas

Elaborar um relatrio conclusivo sobre a execuo das verificaes dos requisitos

disponibilizados, a fim de obter um laudo da qualidade dos requisitos.
Responsvel:
Colaborador: Aprovao:
Gerente de Teste
Critrios:
- Verificao de Requisitos concluda;
- Tarefas de Verificao de Requisito com status igual a Resolvido.
Insumos:
- DA.0001 Padres de Nomenclatura;
- Registros de defeitos.
1-Recuperar o modelo de RQ.0003 no devido repositrio de templates;
2-Validar e consolidar os resultados obtidos no RQ.0003;
3-Armazenar o RQ.0003 no devido diretrio de testes existente no repositrio do
release, fazendo uso dos padres de nomenclatura citados no DA.0001;
4-Fechar as demandas de Verificao de Requisito lanando o devido esforo
utilizado na execuo da tarefa.
Critrios:
- Consolidao de resultados da Verificao de Requisitos concluda;
- Demandas de Verificao de Requisito com status Fechado.
Produtos:
- RQ.0003 Relatrio Consolidado de Teste.

33

3.7 Teste de desempenho (TPE)

Tabela 3.6: Descrio da prtica atualizar ambiente de teste

Objetivos
Participantes
Entradas

Aes

Sadas

Realizar a atualizao controlada do ambiente de teste/aceite com a ltima verso

do software liberado para execuo das atividades de testes funcionais e de aceite.
Responsvel:
Colaborador: Aprovao:
Analista de Teste
Critrios:
- Tarefas de desenvolvimento devidamente concludas;
- Permisso de atualizao por parte do gerente/lder de teste;
- Demanda de Execuo de Teste com status Nova ou Aguardando.
Insumos:
- DA.0002 Padro para Registro de Defeito;
- Nota de Release;
- Pacote da nova verso do software.
1-Havendo alguma inconformidade na abertura da demanda:
2-Atribuir a demanda de volta ao solicitante informando as necessidades de
ajustes.
3-Alterar o status da demanda execuo de teste para Em andamento;
4-Caso tenha necessidade de atualizao do banco de dados, executar os
procedimentos pertinentes para sua atualizao ou encaminhar para a rea
responsvel;
5-Recuperar os pacotes da nova verso do software disponibilizado no devido
repositrio do release, e realizar os procedimentos necessrios para atualizao
da aplicao, respeitando a tabela de horrios determinada para execuo esta
atividade;
6-Realizar a validao do ambiente de teste, certificando que o mesmo est
funcional;
7-Havendo algum defeito a ser registrado:
7.1-Abrir uma demanda de defeito na conforme instrues contidas no DA.0002.
8-Na demanda de Execuo de Teste lanar o devido esforo utilizado na
execuo da atividade.
Critrios:
- Aplicao funcionando adequadamente em ambiente de teste;
- Demanda de Execuo de Teste com status Em andamento;
- No haver defeitos crticos em aberto.
Produtos:
- Registros de defeitos;
- Ambiente de teste devidamente atualizado.

34

3.7 Teste de desempenho (TPE)

Tabela 3.7: Descrio da prtica executar teste de aceite

Objetivos

Participantes
Entradas

Aes

Sadas

Envolver os clientes na homologao do produto que ser entregue em

ambiente de produo, garantindo que esse atender suas necessidade
e expectativas.
Responsvel: Colaborador:
Aprovao:
Cliente
Analista de Teste
Critrios:
- Ambiente de teste disponvel com nova verso da aplicao;
- Demanda de Execuo de Aceite com status Em andamento.
Insumos:
- Documentao produzida pela Anlise;
- DA.0001 Padres de Nomenclatura;
- DA.0002 Padres para Registro de Defeito.
1-Havendo alguma inconformidade na abertura da demanda:
1.1-Atribuir a demanda de volta ao solicitante informando as necessidades de
ajustes.
2-Recuperar os RQs (Requisitos) disponibilizados no devido repositrio do
release;
3-Acompanhar e auxiliar na execuo dos testes de aceite sobre a aplicao;
4-Havendo algum defeito a ser registrado:
4.1-Abrir uma demanda de defeito conforme instrues contidas no DA.0002;
5-Caso os testes de aceite obtenham resultados satisfatrios:
5.1-Emitir o Termo de Aceite para assinatura por parte do Cliente;
5.2-Alterar o status da demanda de Testes de Aceite para Resolvido
lanando o esforo utilizado para o cumprimento da atividade.
Critrios:
- Testes de Aceite concludos;
- No haver defeitos crticos em aberto;
- Demanda de execuo de aceite com status Resolvido.
Produtos:
- Termo de Aceite;
- Registros de defeitos.

35

3.7 Teste de desempenho (TPE)

Tabela 3.8: Descrio da prtica encerrar teste de aceite

Objetivos
Participantes
Entradas

Aes

Sadas

Elaborar um relatrio conclusivo sobre a execuo dos testes de aceite no release

disponibilizado para testes, a fim de obter um laudo da qualidade da aplicao.
Responsvel:
Colaborador:
Aprovao:
Gerente de Teste Analista de Teste
Critrios:
- Execuo dos Testes de Aceite concluda;
- Demanda de Teste de Aceite com status Resolvido.
Insumos:
- DA.0001 Padres de Nomenclatura;
- Termo de Aceite;
- Registros de defeitos.
1-Havendo alguma inconformidade na demanda:
1.1-Atribuir a demanda de volta ao solicitante informando as necessidades de
ajustes.
2-Recuperar o modelo de RQ.0003 no repositrio de templates;
3-Validar e consolidar os resultados obtidos no RQ.0003 na rea destinada a
Teste de Aceite;
3.1-Caso necessrio, atribuir a demanda de volta ao Analista de Teste
responsvel para ajustes.
4-Armazenar o RQ.0003 no diretrio de testes existente no repositrio
do release, fazendo uso dos padres de nomenclatura citados no DA.0001;
5-Fechar as demandas de Teste de Aceite lanando o esforo utilizado
na execuo da tarefa.
Critrios:
- Consolidao de resultados da Execuo de Testes de Aceite concluda;
- Demandas de Teste de Aceite com status Fechado.
Produtos:
- RQ.0003 Relatrio Consolidado de Teste.

36

3.7 Teste de desempenho (TPE)

Tabela 3.9: Descrio da prtica preparar massa de teste

Objetivos
Participantes
Entradas

Aes

Sadas

Preparar a massa de testes necessria para execuo automatizada do testes de

regresso ou desempenho.
Responsvel:
Colaborador: Aprovao:
Analista de Teste
Critrios:
- Testes manuais concludos;
- Demanda inserida no escopo dos testes de regresso ou desempenho;
- Demanda Teste de Regresso com status Aberto;
- Demanda Teste de desempenho com status Aberto.
Insumos:
- DA.0001 Padres de Nomenclatura;
- DA.0003 Diretrizes para Massa de Teste.
1-Havendo alguma inconformidade na demanda:
1.1-Atribuir a demanda de volta ao solicitante informando as necessidades de
ajustes.
2-Alterar o status da demanda Teste de Regresso ou desempenho para
Em andamento;
3-Recuperar o modelo de RQ.0004 no devido repositrio de templates;
4-Elaborar a massa de teste necessria no RQ.0004 conforme instrues citadas
no DA.0003, sendo que:
4.1-Regresso: considerar os Cenrios Funcionais;
4.2-Desempenho: considerar os Cenrios de desempenho.
5-Armazenar o RQ.0004 no devido diretrio de testes existente no repositrio do
release, fazendo uso dos padres de nomenclatura citados no DA.0001;
6-Caso haja necessidade de editar os scripts de regresso ou performance:
6.1-Encaminhar a demanda de Teste de Regresso ou Performance para edio
de seu script, lanando o devido esforo destinado execuo da tarefa.
7-Caso contrrio:
7.1-Encaminhar a demanda de Teste de Regresso ou Performance para
Execuo de seu script, lanando o devido esforo destinado execuo da tarefa.
Critrios:
- Massa de teste devidamente elaborada;
- Demanda de Teste de Regresso ou Performance encaminhado para Edio
ou Execuo.
Produtos:
- RQ.0004 Massa de Teste.

37

3.7 Teste de desempenho (TPE)

Tabela 3.10: Descrio da prtica manter script de regresso

Objetivos
Participantes
Entradas

Aes

Sadas

Preparar o script de testes necessrio para execuo automatizada do testes

de regresso.
Responsvel:
Colaborador: Aprovao:
Analista de Teste
Critrios:
- Massa de teste elaborada;
- Cenrio de teste especificado;
- Demanda Teste de Regresso com status Em andamento.
Insumos:
- DA.0001 Padres de Nomenclatura;
- DA.0004 Diretrizes para Script de Teste;
- RQ.0002 Cenrios de Testes;
- RQ.0004 Massa de Teste.
1-Havendo alguma inconformidade na demanda:
1.1-Atribuir a demanda de volta ao solicitante informando as necessidades
de ajustes.
2-Recuperar o modelo de RQ.0005 no devido repositrio de templates;
3-Elaborar o script de regresso necessrio no RQ.0005 na ferramenta de
automatizao funcional (considerar apenas os Cenrios Funcionais no
RQ.0002), seguindo as instrues citadas no DA.0004;
4-Armazenar o RQ.0005 no devido diretrio de testes existente no repositrio
do release, fazendo uso dos padres de nomenclatura citados no DA.0001;
5-Lanar o devido esforo utilizado na execuo na demanda de Teste
de Regresso;
6-Encaminhar a demanda de Teste de Regresso para execuo de seu script.
Critrios:
- Script de regresso funcionando;
- Demanda de Teste de Regresso encaminhada para Execuo.
Produtos:
- RQ.0005 Script de Teste.

38

3.7 Teste de desempenho (TPE)

Tabela 3.11: Descrio da prtica executar teste de regresso

Objetivos
Participantes
Entradas

Aes

Sadas

Realizar os testes de regresso para a nova verso da aplicao.

Responsvel:
Colaborador: Aprovao:
Analista de Teste
Critrios:
- Ambiente de teste disponvel com nova verso da aplicao;
- Demanda de Teste de Regresso com status Em andamento
Insumos:
- DA.0002 Padro para Registro de Defeito;
- RQ.0004 Massa de Teste;
- RQ.0005 Script de Teste.
1-Havendo alguma inconformidade na abertura da demanda:
1.1-Atribuir a demanda de volta ao solicitante informando as necessidades
de ajustes.
2-Executar o script de testes de regresso a partir da ferramenta de automatizao
funcional, sendo:
2.1-Imediato: Acompanhar a execuo do script de teste de regresso;
2.2-Agendado: Agendar a execuo dos testes de regresso para um horrio
mais apropriado
3-Coletar resultados dos testes de regresso sobre a aplicao e reportar os
resultados obtidos na ferramenta de gesto de testes;
4-Havendo algum defeito a ser registrado:
4.1-Abrir uma demanda de defeito conforme instrues contidas no DA.0002;
5-Resolver a demanda de Teste de Regresso lanando o devido esforo
destinado execuo da tarefa.
Critrios:
- Execuo de testes de regresso concluda e resultados devidamente lanados
na ferramenta de gesto de testes;
- No haver defeitos crticos em aberto;
- Demanda de Teste de Regresso com status Resolvido.
Produtos:
- Registros de defeitos;
- Log de execuo;
- Evidncias de testes.

39

3.7 Teste de desempenho (TPE)

Tabela 3.12: Descrio da prtica encerrar teste de regresso

Objetivos

Participantes
Entradas

Aes

Sadas

Elaborar um relatrio conclusivo sobre a execuo dos testes de regresso no

release disponibilizado para testes, a fim de obter um laudo da qualidade da
aplicao.
Responsvel:
Colaborador: Aprovao:
Gerente de Teste
Critrios:
- Execuo dos Testes de Regresso concluda;
- Demanda de Teste de Regresso com status Resolvida.
Insumos:
- DA.0001 Padres de Nomenclatura;
- Registros de defeitos.
1-Havendo alguma inconformidade na demanda:
1.1-Atribuir a demanda de volta ao solicitante informando as necessidades de
ajustes.
2-Recuperar o modelo de RQ.0003 no devido repositrio de templates;
3-Validar e consolidar os resultados obtidos no RQ.0003 na rea destinada a
Teste de Regresso;
3.1-Caso necessrio, atribuir a demanda de volta ao Analista de Teste
responsvel para devidos ajustes.
4-Armazenar o RQ.0003 no devido diretrio de testes existente no repositrio
do release, fazendo uso dos padres de nomenclatura citados no DA.0001;
5-Fechar as demandas de Teste de Regresso lanando o devido esforo
utilizado na execuo da tarefa.
Critrios:
- Consolidao de resultados da Execuo de Testes concluda;
- Demandas de Teste de Regresso com status Fechado.
Produtos:
- RQ.0003 Relatrio Consolidado de Teste.

40

3.7 Teste de desempenho (TPE)

Tabela 3.13: Descrio da prtica manter script de desempenho

Objetivos
Participantes
Entradas

Aes

Sadas

Preparar os scripts de testes necessrios para execuo automatizada dos testes de

desempenho.
Responsvel:
Colaborador: Aprovao:
Analista de Teste
Critrios:
- Massa de teste elaborada;
- Cenrio de teste especificado;
- Demanda Teste de desempenho com status Em andamento.
Insumos:
- DA.0001 Padres de Nomenclatura;
- DA.0004 Padres de Script de Teste;
- RQ.0002 Cenrios de Testes;
- RQ.0004 Massa de Teste.
1-Havendo alguma inconformidade na demanda:
1.1-Atribuir a demanda de volta ao solicitante informando as necessidades de
ajustes.
2-Recuperar o modelo de RQ.0005 no repositrio de templates;
3-Elaborar o script de desempenho necessrio no RQ.0005 na ferramenta de
automatizao de desempenho (considerar apenas os Cenrios de desempenho
no RQ.0002), seguindo as instrues citadas no DA.0004;
4-Armazenar o RQ.0005 no diretrio de testes existente no repositrio
do release, fazendo uso dos padres de nomenclatura citados no DA.0001;
5-Lanar o esforo utilizado na execuo na demanda de Teste
de desempenho;
6-Encaminhar a demanda de Teste de desempenho para execuo de seu script.
Critrios:
- Script de desempenho funcionando;
- Demanda de Teste de desempenho encaminhada para Execuo.
Produtos:
- RQ.0005 Script de Teste.

41

3.7 Teste de desempenho (TPE)

Tabela 3.14: Descrio da prtica executar teste de desempenho

Objetivos
Participantes
Entradas

Aes

Sadas

Realizar os testes de desempenho para a nova verso da aplicao.

Responsvel:
Colaborador: Aprovao:
Analista de Teste
Critrios:
- Ambiente de teste disponvel com nova verso da aplicao;
- Demanda de Teste de desempenho com status Em andamento.
Insumos:
- DA.0002 Padro para Registro de Defeito;
- RQ.0004 Massa de Teste;
- RQ.0005 Script de Teste.
1-Havendo alguma inconformidade na abertura da demanda:
1.1-Atribuir a demanda de volta ao solicitante informando as necessidades de
ajustes.
2-Executar o script de testes de desempenho a partir da ferramenta de
automatizao de desempenho, sendo:
2.1-Imediato: Acompanhar a execuo do script de teste de desempenho;
2.2-Agendado: Agendar a execuo dos testes de desempenho para um horrio
mais apropriado
3-Coletar resultados dos testes de desempenho sobre a aplicao e reportar os
resultados obtidos na ferramenta de gesto de testes;
4-Havendo algum defeito a ser registrado:
4.1-Abrir uma demanda de defeito conforme instrues contidas no DA.0002;
5-Resolver a demanda de Teste de desempenho lanando o devido esforo
destinado execuo da tarefa.
Critrios:
- Execuo de testes de desempenho concluda e resultados devidamente lanados
na ferramenta de gesto de testes;
- No haver defeitos crticos em aberto;
- Demanda de Teste de desempenho com status Resolvido.
Produtos:
- Evidncias de testes;
- Log de execuo;
- Registros de defeitos.

42

3.7 Teste de desempenho (TPE)

Tabela 3.15: Descrio da prtcia encerrar teste de desempenho

Objetivos

Participantes
Entradas

Aes

Sadas

Elaborar um relatrio conclusivo sobre a execuo dos testes de desempenho na

verso disponibilizada para testes, a fim de obter um laudo da qualidade da
aplicao.
Responsvel:
Colaborador: Aprovao:
Gerente de Teste
Critrios:
- Execuo dos Testes de desempenho concluda;
- Demanda de Teste de desempenho com status Resolvida.
Insumos:
- DA.0001 Padres de Nomenclatura;
- Registros de defeitos.
1-Havendo alguma inconformidade na demanda:
1.1-Atribuir a demanda de volta ao solicitante informando as necessidades de
ajustes.
2-Recuperar o modelo de RQ.0003 no devido repositrio de templates;
3-Validar e consolidar os resultados obtidos no RQ.0003 na rea destinada a
Teste de desempenho;
3.1-Caso necessrio, atribuir a demanda de volta ao Analista de Teste
responsvel para devidos ajustes.
4-Armazenar o RQ.0003 no devido diretrio de testes existente no repositrio
do release, fazendo uso dos padres de nomenclatura citados no DA.0001;
5-Fechar as demandas de Teste de desempenho lanando o devido esforo
utilizado na execuo da tarefa.
Critrios:
- Consolidao de resultados da Execuo de Testes concluda;
- Demandas de Teste de desempenho com status Fechado.
Produtos:
- RQ.0003 Relatrio Consolidado de Teste.

43

CAPTULO 4

Concluso

Como enunciado anteriormente nesse documento a obteno da qualidade em

produtos de software influenciada por diversos fatores como escopo do produto, tempo
disponvel para execuo do projeto, grau de conhecimento da equipe tcnica, dificuldade
do negcio, dentre vrios outros. Tendo observado esses pontos possvel explanar sobre
as profundas contribuies que o teste de software se prope a promover no mbito da
qualidade.
Apesar de existirem inmeras tcnicas, polticas e metodologias na rea de teste
muitas dessas que so adequadas para grandes empresas e fbricas de software no se
encaixam nas necessidades das micro e pequenas empresas. Isso ocorre pois as empresas
de menor porte possuem uma realidade diferente das demais, contando com um nmero
restrito de recursos disponibilidade de profissionais, oramento, dentre outros.
No panorama restrito das micro e pequenas empresas a utilizao consciente dos
recursos faz toda a diferena no valor agregado final de seus produtos. No obstante,
o uso correto de processos de teste de software e ferramentas que o apoiem de forma
integrada tendem a contribuir de maneira benfica para a qualidade e nesse valor final.
Dessa forma tanto o framework de processo quanto a integrao das ferramentas de teste
foram desenvolvidos pensando nas realidades dessas empresas de forma que seja o mais
prximo possvel de suas necessidades, cobrindo uma fatia importante de conhecimento
antes no massivamente explorado.
A implantao de teste de software nas empresas depende ento no somente de
uma postura otimista da parte das gerncias, pois exige grande empenho e uma mudana
geral na cultura de como o software produzido, mas tambm de uma iniciativa pessoal
de cada profissional das equipes envolvidas. Sendo assim, a viso de melhoria causada
pelo teste deve ser pensado como um investimento a mdio ou longo prazo, mas que
certamente recompensar os esforos aplicados.

Bibliografia

BROOKS JR., F. P. No silver bullet essence and accidents of software engineering.

Computer, IEEE Computer Society Press, Los Alamitos, CA, USA, v. 20, n. 4, p.
1019, abr. 1987. ISSN 0018-9162. Disponvel em: <http://dx.doi.org/10.1109/MC.1987.1663532>.
BURNSTEIN, I. Practical Software Testing. 1st. ed. [S.l.]: Springer, 2003.
BURNSTEIN, I.; SUWANASSART, T.; CARLSON, R. Developing a Testing Maturity Model
for Software Test Process Evaluation and Improvement. In: International Test Conference.
[S.l.]: IEEE, 1996.
CERCOMP-UFG. Manual de produo de software do Cercomp. Goinia-Gois, Brasil,
2010.
IEEE. IEEE Std 610: Computer dictionary a compilation of IEEE Standard Computer
Glossaries. [S.l.]: Institute of Eletrical and Eletronics Engineers, 1990.
JACOBS, J. C.; TRIENEKENS, J. J. M. Towards a Metrics Based Verification and
Validation Maturity Model. In: Proceedings of the 10th International Workshop on Software
Tecnology and Engineering Practice. [S.l.]: IEEE, 2002.
MULLER, D. F. T. Certified Tester Foundation Level Syllabus. [S.l.]: Comisso
Internacional para Qualificao de Teste de Software, 2011.
ROCHA, A. R. C.; MACHADO, C. ngela F. MPS.BR - Melhoria de Processo do Software
Brasileiro - Guia Geral. [S.l.]: SOFTEX, 2011.
SOFTEXRECIFE; RIOSOFT. Guia de referncia do modelo - MPT.Br. [S.l.]:
SOFTEXRECIFE, 2011.
VEENENDAAL, E. van. Test Maturity Model integration. 1st. ed. [S.l.]: TMMi Foundation,
2012.
YU, Y. T.; LAU, M. F. A comparison of mc/dc, mumcut and several other coverage criteria
for logical decisions. J. Syst. Softw., Elsevier Science Inc., New York, NY, USA, v. 79, p.

Bibliografia

577590, May 2006. ISSN 0164-1212. Disponvel em: <http://dx.doi.org/10.1016/j.jss.2005.05.030>.

46

APNDICE A

Glossrio

Alguns termos mencionados neste trabalho so apresentados na Tabela A.1

seguido do respectivo nome (ou sigla) e da definio.
Tabela A.1: Glossrio

Termo

Definio

Analista de teste

Responsvel por modelar os cenrios de testes e gerar os

scripts de testes automatizados quando necessrio.

rea de processo

Agrupamento de prticas relacionadas que, quando implementadas em conjunto, satisfazem um determinado objetivo (SOFTEXRECIFE; RIOSOFT, 2011).

Linha-base (Baseline)

Uma verso formalmente aprovada de um conjunto de

itens de configurao e que serve de base para trabalhos
futuros.

Caso de teste

Um conjunto de entradas de teste, condies de execuo

e resultados esperados desenvolvidos para atender um objetivo especfico, como por exemplo exercitar um caminho
do programa em particular ou para verificar inconsistncia
com um requisito especfico (IEEE, 1990).

Critrio de teste

Se trata de um critrio que um sistema ou componente

deve encontrar e passar para exercitar um teste especfico
(IEEE, 1990).

Deciso (Decision)

uma expresso booleana composta de condies com

zero ou mais operadores booleanos (YU; LAU, 2006).

Decision Coverage (DC)

Cada deciso tem que assumir todos os possveis valores

pelo menos uma vez (YU; LAU, 2006).

Gerente de projetos

Responsvel por assegurar que o objetivo do projeto seja

cumprido, com qualidade e dentro do perodo definido.

Continua na prxima pgina...

Apndice A

48

Tabela A.1: Glossrio

Termo

Definio

Gerente de teste

Responsvel em definir e acompanhar os projetos de testes.

Processo

Conjunto de atividades que transformam entradas em sadas, a fim de atingir um propsito bem determinado
(CERCOMP-UFG, 2010).

Projeto

Empreendimento executado para fornecer um produto ou

servio nico (CERCOMP-UFG, 2010).

Release

Verso da configurao de software que constitui uma baseline de produto e que ser ou foi entregue ao patrocinador.

Tcnica de teste

O processo de operao de um sistema ou componente

durante condies especficas, observaes ou registro de
resultados e avaliao de alguns aspectos do sistema ou
componente (IEEE, 1990).

Testador

Responsvel por executar os testes e relatar os resultados

obtidos.

APNDICE B

Template do Plano de Teste

B.1

Viso Geral do Projeto

<Descrever em linhas gerais o software a ser testado, comunicando o propsito

da aplicao, e a importncia do projeto para todas as pessoas envolvidas.>

B.1.1

Papis e Responsabilidades
<Descrever na Tabela B.1 os papis existentes com suas devidas responsabilida-

des.>
Tabela B.1: Papis e Responsabilidades do Projeto
Papel

B.2

Responsabilidade

Equipe e Infra-estrutura

<Detalhar a equipe e a infra-estrutura utilizada pelo processo de teste, incluindo:

pessoal, equipamentos, ferramentas, software de apoio, materiais, etc.>

B.2.1

Planejamento da Alocao de Pessoal

<Expor informaes referentes a equipe de profissionais alocada em tempo

integral ou parcial para o teste do sistema, indicando o nmero de recursos necessrios
para cada um dos papis definidos na Seo B.1.1. Caso o projeto tenha sido realizado
em fases ou iteraes e para cada uma delas houve diferenas no nmero de profissionais
alocados, importante incluir estas informaes por fase/iterao na Tabela B.2.>

Apndice B

50

Tabela B.2: Planejamento de Alocao de Pessoal

Papel

B.2.2

Quantidade

Tempo de Dedicao Semanal

Softwares/Equipamentos

<Opcional. So relacionados na Tabela B.3 os softwares/equipamentos necessrios para a equipe de teste do projeto, sua finalidade (por exemplo, realizao de testes de
aceitao), a quantidade necessria e o perodo de utilizao do software/equipamento.>
Tabela B.3: Relao de Softwares/Equipamentos Necessrios
Descrio

B.3

Finalidade

Quantidade

Perodo

Artefatos

<Mencionar os artefatos de entrada (conforme Tabela B.4) que so necessrios

e imprescindveis para que as atividades de testes possam ser iniciadas. Tambm devero
ser informados na Tabela B.5 os artefatos que sero gerados para que sejam evidenciadas
as execues dos testes realizados.>
Tabela B.4: Lista de Artefatos de Entrada
Artefato de Entrada

Responsvel

Observaes

Tabela B.5: Lista de Artefatos de Sada

Artefato de Sada

B.4

Responsvel

Observaes

Treinamentos

<Opcional. Descrever como ser conduzida a capacitao dos profissionais para

realizao das atividades e utilizao das ferramentas adotadas no desenvolvimento do
projeto. Adicionar na Tabela B.6 informaes sobre os treinamentos exclusivos para o
projeto. Ex.: tecnologias especficas, sistemas legados, negcio etc.>

Apndice B

51

Tabela B.6: Relao de Treinamentos/Cursos

Descrio

B.5

Quantidade

Carga Horria

Perodo

Instrutor

Acompanhamento do Projeto

<Devero ser relacionados os momentos para realizao das atividades de verificao do projeto sob o escopo do teste, as quais podero ser feitas pelos envolvidos no
projeto.>

B.5.1

Acordo de Nvel de Servio

<Estabelecer quais sero os acordos de nvel de servio entre a Equipe de Teste

e o projeto de desenvolvimento do sistema, por meio de critrios objetivos e factveis de
avaliao. Os intermediadores entre esses acordos sero o Gerente de Teste e o Gerente do
Projeto, sendo os nveis de servio avaliados durante as atividades de acompanhamento
do projeto mencionadas na Seo B.5.>

B.6

Cronograma

<No cronograma devem constar as atividades, marcos de projeto (milestones),

dependncias e recursos humanos alocados. importante que o baseline seja registrado,
a fim de garantir dados para anlise de planejado versus realizado.>

B.6.1

Marcos Significativos do Teste

<Descrever os importantes marcos do projeto (incluindo as datas de incio e

fim do projeto), bem como os artefatos que sero entregues ao cliente nestes marcos,
quando aplicvel. Apenas marcos significativos devem ser listados, ou seja, aqueles
que contribuiro para a medio do desempenho do projeto. Ex. reunies de reviso,
disponibilizao de prottipos, realizao de testes de aceitao, etc.
possvel inserir uma viso do cronograma do projeto nesta seo, destacando
apenas os marcos importantes e suas respectivas datas, em substituio Tabela B.7.>
Tabela B.7: Marcos Significativos do Projeto
Marco

Artefatos

Data

Apndice B

B.7

52

Estratgia de Testes

<Apresentar os nveis e tipos de testes a serem realizados no projeto. Na Tabela B.8 devero ser mencionadas as categorias de testes existentes e que sero contempladas no projeto.>
Tabela B.8: Categorias de Testes do Projeto
Categorias de Teste

B.8

Critrio de Finalizao

B.8.1

Critrio de Concluso de Testes

Objetivo

<Para considerar o trmino dos trabalhos referentes a essa fase de testes,

necessrio estabelecer critrios de finalizao dos objetivos, visando tornar claro qual
ser a regra para considerar o software de qualidade.>

B.8.2

Critrio de Aceitao

<Definir com o usurio/cliente quais os critrios de aceitao so necessrios

para concluir a fase de homologao, e liberao do produto para produo.>

B.9

Gerncia de Riscos

<Utilizar o modelo de Planilha de Riscos, criar novo documento para controlar os

riscos dos testes. Esse documento apresenta a lista de riscos identificados, seus impactos
e probabilidades de ocorrncia, aes de contingncia e/ou mitigao planejadas e seus
respectivos responsveis, sob o aspecto teste. Todo o acompanhamento dos riscos do
projeto relacionados a teste (riscos previamente identificados e riscos surgidos no decorrer
do andamento do projeto) ser registrado no plano supracitado.>

B.10

Termo de Aceite

<Os profissionais abaixo declaram estar cientes de todos os itens descritos e

acordados neste documento, bem como da viabilidade da dedicao de recursos, esforos
e responsabilidades aqui definidos:>

Apndice B

53

Representante da Gerncia de Projeto

Representante da rea de Qualidade

Representante da rea de Negcios

APNDICE C

Template de Cenrios de Teste

C.1

Funcionalidades
<Descrever em linhas gerais a(s) necessidade(s) da funcionalidade.>

C.1.1

Necessidade n

Como um <usurio/ator>
Eu quero <meta a ser alcanada>
De modo que <a razo para alcanar a meta>

C.2

Cenrios Funcionais
<Descrever todos os cenrios previstos para execuo dos testes.>

C.2.1

Cenrios n
<Descrever detalhadamente o cenrio a ser considerado para a execuo de

testes.>
Descrio do Cenrio: <descrio do teste>
Dado que <procedimentos/um estado conhecido>
Quando <um determinado evento ocorre>
Ento <resultado esperado>

C.3

Cenrios de Desempenho
<Descrever todos os cenrios previstos para execuo dos testes de desempe-

nho.>

Apndice C

C.3.1

55

Cenrios n

<Descrever detalhadamente o cenrio a ser considerado para a execuo de testes

de performance.>
Descrio do Cenrio: <descrio do teste>
Dado que <procedimentos/um estado conhecido>
Quando <um determinado evento ocorre>
Ento <resultado esperado>

APNDICE D

Template do Relatrio de Consolidao de Teste

D.1

Escopo dos Testes

<Descrever as funcionalidades com suas devidas demandas que foram envolvidas nas atividades de Verificao e Validao nas Tabelas D.1, D.2, D.3, D.4 e D.5>
Tabela D.1: Teste de Requisitos
Teste de Requisitos
Funcionalidade Mdulo Demandas

Tabela D.2: Teste Funcionais

Teste Funcionais
Funcionalidade Mdulo Demandas

Tabela D.3: Teste de Regresso

Teste de Regresso
Funcionalidade Mdulo Demandas

Tabela D.4: Teste de Performance

Teste de Performance
Funcionalidade Mdulo Demandas

Tabela D.5: Teste de Aceite

Teste de Aceite
Funcionalidade Mdulo Demandas

Apndice D

D.2

57

Resultados Obtidos

<Descrever os resultados obtidos durante a realizao dos diversos testes a serem

executados durante o ciclo de vida da release nas Tabelas D.6, D.7, D.8, D.9 e D.10.>
Tabela D.6: Defeitos Encontrados Durante a Realizao do Teste
de Requisitos
Defeitos - Teste de Requisitos
Criticidade Corrigidos No Corrigidos
Alta
Mdia
Baixa

Total

Tabela D.7: Defeitos Encontrados Durante a Realizao do Teste

Funcional
Defeitos - Teste de Funcional
Criticidade Corrigidos No Corrigidos
Alta
Mdia
Baixa

Total

Tabela D.8: Defeitos Encontrados Durante a Realizao do Teste

de Regresso
Defeitos - Teste de Regresso
Criticidade Corrigidos No Corrigidos
Alta
Mdia
Baixa

Total

Tabela D.9: Defeitos Encontrados Durante a Realizao do Teste

de Performance
Defeitos - Teste de Performance
Criticidade Corrigidos No Corrigidos
Alta
Mdia
Baixa

Total

Tabela D.10: Defeitos Encontrados Durante a Realizao do Teste

de Aceite
Criticidade
Alta
Mdia
Baixa

Defeitos - Teste de Aceite

Corrigidos No Corrigidos

Total