Sie sind auf Seite 1von 212

Lus Nunes | 18 09 2017

luis_nunes@outlook.com
Exame

O formato do exame de escolha mltipla

Exame contm 40 questes (65% tm de estar correctas)

Exame em Portugus
Estrutura Exame

N de questes exame Horas Formao


1. Fundamentos de Testes 7 3
2. Testes atravs do Ciclo de Vida de Software 6 3
3. Tcnicas Estticas 3 1
4. Tcnicas de Conceo de Testes 14 4
5. Gesto de Testes 7 3
6. Ferramentas de Suporte aos Testes 3 1
Exame 40 1
Total 40 16
1. Fundamentos de Testes
Introducao

Engano Defeito Erro Erro

Falha

causa consequncia
Introduo

Porque precisamos de Testes

...fiabilidade, usabilidade, eficincia, manutenibilidade e portabilidade


1. Fundamentos de Testes

Anything that can go wrong, will go wrong

Lei de Murphy
Introduo

Objectivos

Encontrar defeitos

Ganhar confiana sobre o nvel de qualidade

Fornecer informao para tomadas de deciso

Prevenir defeitos
1. Fundamentos de Testes

O que so os Testes?

Testes de desenvolvimento testes de componentes, integrao e sistema


- mximo de falhas

Testes de aceitao confirmar que o sistema funciona tal como


esperado

Testes de manuteno durante o desenvolvimento de alteraes no


se introduziram novos defeitos
1. Fundamentos de Testes

O que so os Testes?

Debugging Testar

Deteta Assegura que a correo de facto resolveu


Analisa a falha.
Remove a causa da falha
1. Fundamentos de Testes

1.3. Os Sete Princpios dos Testes

Princpio 1 Os testes mostram a presena de defeitos


...os testes podem mostrar a presena de defeitos, mas no provam a inexistncia dos
mesmos...

Princpio 2 Testes exaustivos so impossveis


...testar tudo...

Princpio 3 Testar cedo


1. Fundamentos de Testes

Princpio 4 Agrupamento de defeitos

...80% dos defeitos so causados por 20% do cdigo...

Princpio 5 Paradoxo do pesticida

Princpio 6 Os testes so dependentes do seu contexto


1. Fundamentos de Testes

Princpio 7 Falcia da ausncia de erros


1. Fundamentos de Testes

1.4. Processo de Teste Fundamental

*progresso atual como o planeado


*reporta o seu estado

Planeamento e controlo

*objetivos dos testes


*especifica as atividades de teste

Anlise e conceo

*reviso da base para testes


*identificao e priorizao das condies de teste
*conceo da configurao do ambiente de teste
1. Fundamentos de Testes

Implementao e execuo

*finalizar, implementar e priorizar os casos de teste


*desenvolver e priorizar procedimentos de teste
*executar os procedimentos de teste de acordo com a sequncia planeada

Avaliao de critrios de sada e relatrios

*verificar os registos de teste face ao critrio de sada especificado no


planeamento de testes
*avaliar se existe a necessidade de executar mais testes
1. Fundamentos de Testes

*finalizar e arquivar o testware


*disponibilizar o testware entidade responsvel pela manuteno
*analisar as lies apreendidas

Actividades de fecho da fase de testes

*verificar se os entregveis planeados foram realmente entregues


*fechar relatrios de incidentes (ou registar alterao para os que permanecerem
abertos)
*documentar a aceitao do sistema
1. Fundamentos de Testes

1.5. A Psicologia dos Testes

Testes concebidos pela(s) pessoa(s) que desenvolveu(ram) o


software a testar

Grau independencia
Testes concebidos por outra(s) pessoa(s)

Testes concebidos por outra(s) pessoa(s) de um grupo diferente da


organizao ou por especialistas de testes

Testes concebidos por outra(s) pessoa(s) de uma organizao ou


empresa diferentes
1. Fundamentos de Testes

objetivos capacidades de relacionamento

forma construtiva
1. Fundamentos de Testes

1.1 Quando o que visvel para os utilizadores finais um desvio do especfico ou


diferente do esperado, esse comportamento chamado:

a) um erro
b) uma falta
c) uma falha
d) um defeito
e) um erro
1. Fundamentos de Testes

1.2 O teste deve ser interrompido quando:

a) todos os testes planeados foram executados


b) o tempo acabou
c) todas as falhas foram corrigidas corretamente
d) tanto a) como c)
e) depende dos riscos para o sistema que est a ser testado
1. Fundamentos de Testes

1.3 Qual o objetivo do critrio de concluso do teste de um plano de teste:

a) saber quando um teste especfico terminou a execuo


b) assegurar que a especificao do caso de teste esteja completa
c) definir os critrios utilizados na gerao de consumos de teste
d) saber quando o planeamento do teste est completo
e) planear quando parar de testar
1. Fundamentos de Testes

1.4 Qual das seguintes afirmaes o objetivo mais vlido para uma equipa de
teste?

A) Para determinar se foram executados testes suficientes de componentes no teste


do sistema
B) Detectar tantas falhas quanto possvel para que os defeitos possam ser identificados
e corrigidos
C) Provar que todos os defeitos possveis so identificados
D) Comprovar que os defeitos remanescentes no causaro falhas
1. Fundamentos de Testes

1.5 Qual das seguintes afirmaes a que melhor descreve um dos sete
princpios-chave do teste de software?

a) Utilizando testes automatizados possvel testar tudo


b) Com esforo suficiente e suporte de ferramentas, testes exaustivos so viveis para
todos os softwares
c) normalmente impossvel testar todas as combinaes de entrada / sada para um
sistema de software
d) O objetivo do teste demonstrar a ausncia de defeitos
1. Fundamentos de Testes

1.6 Abaixo est uma lista de problemas que podem ser observados durante o
teste ou na produo. Qual destas problemas uma falha?

A) O produto crasha quando o utilizador selecionou uma opo numa caixa de dilogo
B) Um ficheiro de cdigo-fonte includo na compilao tem a verso FALSE
C) O algoritmo computacional utilizou variveis de entrada FALSE
D) O programdor interpretou erroneamente o requisito para o algoritmo
1. Fundamentos de Testes

1.7 Qual das seguintes atitudes, qualificaes ou aes resultam problemas (ou
conflitos) em equipas de testers e programadores, quando observadas em
revises e testes?

A) Testers e programadores so curiosos e focados em encontrar defeitos


B) Os testers e programadores esto suficientemente qualificados para encontrar
falhas e defeitos.
C) Os testers e programadores comunicam defeitos como crticas s pessoas, no como
crticas ao produto de software.
D) Os testers esperam que possam existir defeitos no produto de software que os
programadores no tm encontrado e corrigido.
1. Fundamentos de Testes

1.8 Qual das seguintes afirmaes so verdadeiras?

I. Testes de software podem ser necessrios para atender a requisitos legais ou


contratuais.
II. Os testes de software so principalmente necessrios para melhorar a
qualidade do produto.
III. Os testes rigorosos e a fixao de defeitos encontrados podem ajudar a reduzir
o risco de ocorrncia de problemas Em um ambiente operacional.
IV. Teste rigoroso s vezes utilizado para provar que todas as falhas foram
encontrados.

A) I, II e III so verdadeiros; IV falso


B) I verdadeiro II, III e IV so falsos
C) I e IV so verdadeiras; II e IV so falsos
D) III e IV so verdadeiras; I e II so falsos
1. Fundamentos de Testes

1.9 Qual das seguintes afirmaes descreve corretamente a diferena entre teste
e debug?

A) O teste identifica a fonte de defeitos; Debugging analisa as falhas e prope


preveno actividades.
B) Os testes dinmicos mostram falhas causadas por defeitos; Debugging localiza,
analisa e remove as causas de falhas no software.
C) Teste remove falhas; O debugging identifica as causas das falhas
D) O teste dinmico evita as causas das falhas; Debugging remove as falhas
1. Fundamentos de Testes

1.10. Qual das seguintes caractersticas no uma caracterstica de qualidade


constante do padro ISO 9126?

a. Funcionalidade
b. Usabilidade
c. Suportabilidade
d. Manuteno
1. Fundamentos de Testes

1.11. Escolha a melhor definio de qualidade

a. A qualidade um trabalho
b. Com zero defeitos
c. Em conformidade com os requisitos
d. Trabalhar como projetado
1. Fundamentos de Testes

1.12. Cobrir uma falha :

a. Condio de erro que esconde outra condio de erro


b. Criar um caso de teste que no revela uma falha
c. Cobrir uma falha pelo programador
d. Cobrir uma falha por um tester
1. Fundamentos de Testes

1.13 Uma das principais razes pelas quais os programdores tm dificuldade em


testar o seu prprio trabalho :

a. Falta de documentao tcnica


b. Falta de ferramentas de teste no mercado para programadores
c. Falta de treino
d. Falta de objetividade
1. Fundamentos de Testes

1.14 Durante o processo de desenvolvimento de software, em que ponto pode o


processo de teste comear?

a. Quando o cdigo estiver completo


b. Quando o projeto estiver completo
c. Quando os requisitos de software foram aprovados.
d. Quando o primeiro mdulo de cdigo est pronto para testes de unidade
1. Fundamentos de Testes

1.15 O teste dividido em etapas distintas principalmente porque:

a) Cada estgio de teste tem um propsito diferente.


b) mais fcil gerenciar o teste por etapas.
c) Podemos executar testes diferentes em diferentes ambientes.
d) Quanto mais etapas ns tivermos, melhor ser o teste.
1. Fundamentos de Testes

1.16 Analise o seguinte procedimento altamente simplificado:


Pergunta: "Que tipo de bilhete necessita, simples ou retorno?"
Se o cliente quiser "retorno"
Pergunta: "Qual taxa, Standard ou mais barato?"
SE o cliente responda " mais barato "
Diga: Preo 11.20E"
OUTRO
Diga: " Preo 19.50E"
FIM SE
OUTRO
Diga: "Isso ser 9.75E"
FIM SE
Qual o nmero mnimo de testes necessrios para garantir que todos as perguntas
foram feitas, todas as combinaes ocorreram e todas as respostas foram dadas.
a) 3
b) 4
c) 5
d) 6
1. Fundamentos de Testes

1.17 Ao priorizar o que testar, o objetivo mais importante

a) encontrar tantas falhas quanto possvel


b) testar reas de alto risco.
c) obter boa cobertura de teste.
d) teste o que for mais fcil de testar.
1. Fundamentos de Testes

1.18 Qual dos seguintes falso?

a) Os incidentes devem sempre ser consertados.


b) Quando ocorre um incidente esperado difere dos resultados reais.
c) Incidentes podem ser analisados para auxiliar na melhoria do processo de teste.
d) Um incidente pode ser encontrado depois de verificada a documentao.
1. Fundamentos de Testes

1.19 Testes suficientes foram realizados quando:

a) o tempo acabou.
b) o nvel de confiana exigido foi alcanado.
c) no h mais falhas encontradas.
d) os utilizadores no encontraro falhas graves..
1. Fundamentos de Testes

1.20 Qual das seguintes afirmaes no verdade relativamente a incidentes?

a) A resoluo do incidente da responsabilidade do autor do software sob teste.


b) Incidentes podem ser levantados contra requisitos do usurio.
c) Incidentes requerem investigao e / ou correo.
d) Incidentes esperados e os resultados reais diferem.
1. Fundamentos de Testes

1.21 Qual dos seguintes falso?

a) Num sistema, duas falhas diferentes podem ter comportamentos diferentes.


b) Um sistema necessariamente mais confivel aps o debug para a remoo de
uma falha.
c) Uma falha no precisa afetar a confiabilidade de um sistema.
d) Erros no detectados podem levar a falhas e eventualmente a um comportamento
incorreto.
1. Fundamentos de Testes

1.22 As atividades de teste de software devem comear

a. assim que o cdigo estiver escrito


b. durante o desenvolvimento do design
c. quando os requisitos foram formalmente documentados
d. o mais rpido possvel no ciclo de vida do desenvolvimento
1. Fundamentos de Testes

1.23 Falhas encontrados pelos utilizadores so devidos a:

a. Software de m qualidade
b. Software pobre e testes fracos
c. M sorte
d. Tempo insuficiente para testes
1. Fundamentos de Testes

1.24 Qual o principal motivo para testar o software antes lanar para o
mercado?

a. para mostrar que esse sistema funciona aps o seu lanamento


b. para decidir quando o software de qualidade suficiente para lanar
c. para encontrar tantos erros quanto possvel antes de lanar para o mercado
d. para fornecer informaes sobre uma deciso baseada em risco quando lanar no
mercado
1. Fundamentos de Testes

1.25 Ao relatar erros encontrados aos programadores os testers devem ser:

a. to educado, construtivo e til quanto possvel


b. firme sobre insistir que um erro no tempo perdido" se ele for corrigido
c. diplomtica, sensvel maneira como eles podem reagir s crticas
d. Todas as opes anteriores
1. Fundamentos de Testes

1.26 Em qual ordem os testes devem ser executados?

a. os testes mais importantes primeiro


b. os testes mais difceis primeiro (para permitir o tempo mximo para a concentrao
desse problema)
c. as provas mais fceis primeiro (para dar confiana inicial)
d. a ordem em que se pensa
1. Fundamentos de Testes

1.27 Mais tarde, no ciclo de vida do desenvolvimento, uma falha descoberta, mais
caro consertar. Porque?

a. A documentao fraca, ento demora mais para descobrir o que o software


fazendo.
b. os salrios esto aumentando
c. A falha foi incorporada em mais documentao, cdigo, testes, etc.
d. nenhuma das acima
1. Fundamentos de Testes

1.28. Qual dos seguintes verdadeiro?

a. O teste o mesmo que a garantia de qualidade


b. O teste parte da garantia de qualidade
c. O teste no faz parte da garantia de qualidade
d. O teste o mesmo que a depurao
1. Fundamentos de Testes

1.29. Por que que os testes so necessrios?

a. Porque o teste um bom mtodo para o fazer, no h defeitos no software


b. Porque a verificao e a validao no so suficientes para conhecer a qualidade do
programas
c. Porque o teste mede a qualidade do sistema de software e ajuda a aumentar a
qualidade
d. Porque o teste encontra mais defeitos do que revises e inspees.
1. Fundamentos de Testes

1.30. Qual da s seguintes uma tarefas a mais importante no planeamento de


testes?

A Determinar a abordagem do teste.


B Preparar as especificaes do teste.
C Avaliar oscritrios de sada e relatrios.
D Medio e anlise de resultados.
1. Fundamentos de Testes

1.31. Decidir quanto de teste necessrio deve ter em considerao


I Nvel de risco, incluindo produtos tcnicos e de negcios e risco de projeto
ii. Restries do projeto, como horrio e oramento
iii. Tamanho da Equipa de Testes
iv. Tamanho da equipa de desenvolvimento

a) i, ii, iii so verdadeiras e iv falso


b) i , iv so verdadeiras e ii falso
c) i, ii so verdadeiras e iii, iv so falsas
d) ii, iii, iv so verdadeiras e i falso
1. Fundamentos de Testes

1.32. Com testes completos, possvel remover todos os defeitos de um programa


antes de entrega ao cliente

a. Verdade
b. Falso
1. Fundamentos de Testes

1.33. Qual das seguintes afirmaes no deve normalmente , ser um objetivo para
um teste?

a) Para encontrar falhas no software.


b) Avaliar se o software est pronto para a venda
c) Demonstrar que o software no funciona.
d) Provar que o software est correto.
1. Fundamentos de Testes

1.34 Qual dos seguintes itens normalmente no faz parte de um plano de teste?

a) Caractersticas a serem testadas


b) Relatrios de incidentes
c) Riscos
d) Cronograma
2. Testes atravs do Ciclo de Vida de
Software
2. Testes atravs do Ciclo de Vida de Software

2.1. Modelos de Desenvolvimento de Software

2.1.1. Modelo em V (Modelo Sequencial de Desenvolvimento)

Requisito Testes de aceitao

Anlise Testes de sistema


Verificao

Validao
Arquitectura Testes de integrao

Cdigo Testes de componentes


2. Testes atravs do Ciclo de Vida de Software

2.1.2. Modelos de Desenvolvimento Iterativo-incremental

RAD (Rapid application development)


RUP (Rational Unified Process)
2. Testes atravs do Ciclo de Vida de Software

2.1.3. Testes dentro de um Modelo de Ciclo de Vida


Para cada nvel de teste existem objetivos
especficos de teste

Para cada atividade de desenvolvimento existe


uma atividade de teste correspondente
2. Testes atravs do Ciclo de Vida de Software

2.2. Nveis de Teste


2.2.1. Testes de Componentes

Mdulos de software Programas

testados separadamente

Classes Objectos

envolvem o programador que desenvolveu o cdigo


2. Testes atravs do Ciclo de Vida de Software
2. Testes atravs do Ciclo de Vida de Software

2.2.2. Testes de Integrao

Componentes
Interfaces

Interaes

INTEGRAO
Sistema Operativo

Sistema de Arquivos
Sistemas

Hardware
2. Testes atravs do Ciclo de Vida de Software

Teste big-bang

No qual os elmentos de um software / hardware ou ambos so combinados todos de uma


s vez num componente ou sistema

Teste bottom-up

Abordagem incremental na qual os compenentes de nvel mais baixo so testados em


primeiro lugar, e ento utilizados para facilitar o teste de componentes de nvel mais alto.

Teste top-down

Abordagem incremental na qual o componente na parte superior da hierarquia de


componente testado primneiro e os componentes nos nveis mais baixos so simulados
por simuladores (stubs). Os componentes testados so ento utilizados para testar
componentes de nveis mais baixos.
2. Testes atravs do Ciclo de Vida de Software

2.2.3. Testes de Sistema


Processos de negcio
Especificaes de
requisitos

Casos de uso
Comportamento do
Sistema

Modelos de
comportamento do sistema
Recursos de sistema

Interaes com o SO

o ambiente de teste deve corresponder ao ambiente de produo o mais possvel


2. Testes atravs do Ciclo de Vida de Software

CT01
CT02

CT03 Manual

CT05
CT04

CT06
CT07
Automatizado

CT08

CT08
2. Testes atravs do Ciclo de Vida de Software

2.2.4. Testes de Aceitao


Corresponde ao pedido?

Testes de aceitao de utilizador aptido para o uso de um sistema

backup/restore
Testes operacionais (aceitao)
Disaster recovery
Testes de aceitao de contrato e regulamento critrios de aceitao contratuais

Testes alfa e beta (ou teste em campo)

testes beta ou testes em campo so realizados


por clientes nas suas instalaes
alfa so executados nas organizaes que
desenvolvem
2. Testes atravs do Ciclo de Vida de Software

2.3 Tipos de Teste

Testes Funcionais Testes No Funcionais

Avaliam o comportamento da
aplicao. Dados de entrada so
fornecidos, o teste executado e o
Testes necessrios para medir as
resultado obtido comparado a um
caractersticas dos sistemas e software
resultado esperado.
que podem ser quantificadas numa
escala varivel (como tempos de
aplicvel a todas as fases do teste
resposta para o teste dedesempenho -
(unitrio, integrao, sistema e
confiabilidade, eficincia, usabilidade,
aceitao). Testa as funcionalidades,
manutenabilidade e portabilidade)
requerimentos, regras de negcio
presentes na documentao (ex teste
segurana).
o que Caixa Preta como
2. Testes atravs do Ciclo de Vida de Software

Testes Estruturais
tcnicas baseadas nas especificaes

auxiliar a medio do
rigor dos testes
atravs da avaliao
da cobertura de um
tipo de estrutura

Caixa Branca
2. Testes atravs do Ciclo de Vida de Software

Testes Relacionados com Alteraes: Reteste e Testes de Regresso

Depois de um defeito ser detetado e corrigido, o software deve ser retestado para
confirmar que o defeito original foi removido com sucesso

A extenso dos testes de regresso tem por base o risco de no


encontrar defeitos no software que estava a funcionar
anteriormente
2. Testes atravs do Ciclo de Vida de Software

Testes de Manuteno
Planeamento antecipado dos lanamentos de novas
verses fundamental para a realizao bem-
sucedida dos testes de manuteno

mbito dos testes de manuteno est relacionado com


o risco das alteraes, com a dimenso do sistema
existente bem como a dimenso da alterao
2. Testes atravs do Ciclo de Vida de Software

2.1 Ao trabalhar com modelos de desenvolvimento de software, o que


importante fazer?

A) Se necessrio, adaptar os modelos s caractersticas do projeto e do produto.


B) Escolher o modelo de cascata, porque o modelo o mais utilizado.
C) Iniciar com o modelo em V e alterar para o modelo iterativo ou incremental
D) Alterar a organizao para que se ajuste ao modelo, e no vice-versa
2. Testes atravs do Ciclo de Vida de Software

2.2 Qual das seguintes afirmaes descreve da melhor forma os testes no-
funcionais?

A) O teste no funcional o processo de testar um sistema integrado para verificar se


este corresponde a requesitos especificos.
B) Teste no-funcional o processo de teste para determinar a conformidade do
sistema com a codificao padronizada.
C) Os testes no funcionais so testes sem referncia estrutura interna de um sistema
D) O teste no-funcional est testando caractersticas do sistema, como usabilidade,
confiabilidade ou manuteno
2. Testes atravs do Ciclo de Vida de Software

2.3 Qual das seguintes respostas uma caracterstica de um bom teste e se


aplica a qualquer Modelo do Ciclo de Vida de Software?

A) O teste de aceitao sempre o nvel de teste final a ser aplicado.


B) Todos os nveis de teste so planejados e concludos para cada recurso desenvolvido
C) Os testers so primeiro envolvidos quando a primeira parte de cdigo pode ser
executada.
D) Para cada atividade de desenvolvimento h uma atividade de teste correspondente.
2. Testes atravs do Ciclo de Vida de Software

2.4 Testes de regresso devem ser realizados:

i) todas as semanas
ii) aps o software ter mudado
iii) o mais rpido possvel
iv) quando o ambiente mudou
v) quando o gestor do projeto indica

a) i & ii so verdadeiras, iii & v so falsas


b) ii, iii & iv so verdadeiras, i & v so falsas
c) ii & iv so verdadeiras, i, iii & v so falsas
d) ii verdadeiro, i, iii iv & v so falsos
e) todos os itens acima so verdadeiros
2. Testes atravs do Ciclo de Vida de Software

2.5 O teste do sistema no funcional inclui:

a) teste para verificar onde o sistema no funciona corretamente


b) testar atributos de qualidade do sistema, incluindo desempenho e usabilidade
c) testar um recurso do sistema utilizando apenas o software necessrio para essa
ao
d) testar um recurso do sistema utilizando apenas o software necessrio para essa
funo
e) teste de funes que no deveriam existir
2. Testes atravs do Ciclo de Vida de Software

2.6 Qual dos seguintes mtodos so teste no funcionais?

a) Testes do sistema
b) Teste de usabilidade
c) Teste de performance
d) Tanto B e C
2. Testes atravs do Ciclo de Vida de Software

2.7 Qual das seguintes afirmaes sobre o teste do sistema NO verdadeira?

a) Os testes do sistema so frequentemente realizados por equipas independentes.


b) O teste funcional mais vezes utilizado do que os testes estruturais.
c) As falhas encontradas durante os testes do sistema podem ser muito dispendiosas
para resolver.
d) Os utilizadores finais devem estar envolvidos em testes do sistema.
2. Testes atravs do Ciclo de Vida de Software

2.8 Qual das seguintes afirmaes so verdadeiras?

I. Testes de regresso e re-teste so os mesmos.


II. Os testes de regresso mostram que todas as falhas foram resolvidas.
III. Os testes de regresso so bons candidatos para a automao de testes.
IV. Testes de regresso so realizados para descobrir defeitos como resultado de
mudanas no software.
V. Os testes de regresso no devem ser realizados durante o teste de integrao.

A) I e II so verdadeiros
B) I, III e V so verdadeiras
C) I, III e IV so verdadeiras
D) I, II, IV e V so verdadeiras
2. Testes atravs do Ciclo de Vida de Software

2.9 Qual dos seguintes itens no descrevem um padro de teste unitrio?

a) teste de sintaxe
b) particionamento por equivalncia
c) teste de stress / desempenho
d) cobertura modificada de condio / deciso
2. Testes atravs do Ciclo de Vida de Software

2.10 COTS conhecido como

A. Software comercial de prateleira


B. Conformidade do software
C. Alterar o controle do software
D. Capaz de ustilizar o software de prateleira
2. Testes atravs do Ciclo de Vida de Software

2.11 Qual das seguintes afirmaes no verdadeira?

a. Os testes de componentes ser testados separadamente


b. O teste de aceitao no inclui necessariamente um teste de regresso
c. As atividades de verificao no devem incluir testers (revises, inspees, etc.)
d. Os ambientes de teste devem ser to semelhantes aos ambientes de produo o
quanto mais possvel
2. Testes atravs do Ciclo de Vida de Software

2.12 Os casos de teste de aceitao baseiam-se em... ?

a. Requisitos
b. Desenho
c. Cdigo
d. Tabela de deciso
2. Testes atravs do Ciclo de Vida de Software

2.13 Verificao e Validao so independentes quando so:

a. Elaborados pelo programador


b. Elaborados pelos testers
c. Elaborados por gestor de testes
d. Elaborados por uma entidade fora da esfera de influncia do projeto
2. Testes atravs do Ciclo de Vida de Software

2.14 Cobertura de cdigo utilizada como medida de?

a. Defeitos
b. Anlise de tendncias
c. Eficcia dos Testes
d. Teste de tempo gasto
2. Testes atravs do Ciclo de Vida de Software

2.15 Qual das seguintes afirmaes verdade para o modelo V?

a. Afirma que os mdulos so testados em relao aos requisitos dos utilizadores


b. Apenas modela a fase de teste.
c. Especifica as tcnicas de teste a serem utilizadas.
d. Inclui a verificao de projetos
2. Testes atravs do Ciclo de Vida de Software

2.16 Qual dos seguintes uma forma de teste funcional?

a. Anlise do valor das fronteiras


b. Teste de usabilidade
c. Teste de desempenho
d. Testes de segurana
2. Testes atravs do Ciclo de Vida de Software

2.17 Qual das seguintes opes a melhor forma de obter resultados esperados para
utilizar scripts de teste de aceitao?

a. Resultados reais
b. Especificao do programa
c. Requisitos do utilizador
d. Especificao do sistema
3. Tcnicas Estticas

2.18 Adivinhar o erro:

a) complementa tcnicas de design de teste formal.


b) s pode ser utilizado em testes de componentes, integrao e sistema.
c) s executado no teste de aceitao do utilizador
d) no repetvel e no deve ser utilizado
3. Tcnicas Estticas

2.19 O teste do sistema no funcional inclui:

a) teste para ver onde o sistema no funciona corretamente


b) testar atributos de qualidade do sistema, incluindo desempenho e usabilidade
c) testar um recurso do sistema usando apenas o software necessrio para essa ao
d) testar um recurso do sistema usando apenas o software necessrio para essa
funo
e) teste de funes que no deveriam existir
3. Tcnicas Estticas

2.20 Qual das situaes a seguir descreve o principal benefcio da verificao no


incio dao ciclo de vida?

a) Permite a identificao de mudanas nos requisitos do utilizador


b) Facilita a configurao atempada do ambiente de teste
c) Reduz a multiplicao de defeitos
d) Permite que aos testers envolverem-se desde o incio do projeto
3. Tcnicas Estticas

2.21 Os testes Alpha so:

A) testes so realizados por clientes nas suas instalaes


B) testes de sistema
C) so executados nas organizaes que desenvolvem o software
A) testes pr-lanamento por representantes dos utilizadores finais
3. Tcnicas Estticas

2.22 Indique a afirmao que no verdadeira - para um tester de caixa preta

a. deve ser capaz de entender uma especificao ou requisitos funcionais de um


documento
b. deve ser capaz de entender o cdigo fonte
c. altamente motivado para encontrar falhas
d. criativo para encontrar as fraquezas do sistema.
3. Tcnicas Estticas

2.23 Medio da cobertura

a. no tem nada a ver com o teste


b. uma medida parcial do rigor dos exames
c. a cobertura do ramo deve ser obrigatria para todos os softwares
d. s pode ser aplicado no teste de unitrio ou mdulo, no no teste do sistema
3. Tcnicas Estticas

2.24 Qual das seguintes afirmaes verdade?

a. O teste de componentes deve ser caixa preta, o teste do sistema deve ser caixa
branca.
b. Se forem encontrados muitos erros no teste, no devemos estar muito confiantes
sobre o qualidade do software
c. Quanto menos bugs encontrar-mos, melhores foram feitos os testes.
d. Quanto mais testes forem executados, mais erros encontraremos.
3. Tcnicas Estticas

2.25 Indique a qual a afirmao correcta:

a. Os testes estruturais no podem ser realizados em todos os nveis de teste


b. Os testes funcionais podem ser realizados em todos os nveis de teste
c. Os testes no funcionais podem ser realizados em todos os nveis de teste
d. Os testes de regresso no podem ser realizados em todos os nveis de teste
3. Tcnicas Estticas

2.26 Dependendo das alteraes os Testes de Manuteno podem ser efectuados


em qualquer ou em todos os nveis de teste.

a. Verdadeiro
b. Falso
3. Tcnicas Estticas
3. Tcnicas Estticas

Testes Dinmicos Teste Esttico

Complementares
requerem a execuo do software, anlise manual (revises) e automatizada
de falhas (defeitos) mais do que as (anlise esttica) do cdigo ou de qualquer
falhas em si. outra documentao de projeto sem a
execuo do cdigo propriamente dito.
3. Tcnicas Estticas

Processo de Reviso

1. Planeamento
2. Kick-off
3. Preparao individual:
4. Exame/avaliao/registo de resultados (da reunio de reviso):
5. Refazer o trabalho
6. Follow-up
3. Tcnicas Estticas

Processo de Reviso

decide sobre a volorizao de revisao do documento


revisao / aloca tempo / detecta (planeamento da reviso,
Gestor
obectivos atingidos execuo da reunio, e
Moderador acompanhamento ps reunio)

Autor
escreve o indivduos com perfil tcnico
documento Revisor ou de negcio especfico
(inspector), identificam e
Redator descrevem os defeitos do
produto de revisao

documenta todas as questes, problemas e pontos


em aberto identificados no decorrer da reunio
3. Tcnicas Estticas

Tipos de Reviso

Reviso informal

Travessia

Reviso tcnica

Inspeco
3. Tcnicas Estticas

Reviso informal

No existe um processo formal.

Pode tomar o seguinte formato: programao em pares ou um lder


tcnico que rev a conceo e o cdigo.
Os resultados devem ser documentados.

A sua utilidade pode variar dependendo dos revisores envolvidos

Principal finalidade: a forma mais econmica de obter algum benefcio


3. Tcnicas Estticas

Travessia

reunio liderada pelo autor.

Sesses abertas:
Reunio de preparao opcional dos revisores.

Preparao opcional de um relatrio de reviso incluindo a lista de resultados.

Redator opcional (que no seja o autor).

Pode variar entre o muito informal e o muito formal.

Principal finalidade: aprender, ganhar conhecimento, encontrar defeitos


3. Tcnicas Estticas

Reviso tcnica

Uma atividade devidamente documentada, assim como todo o processo de deteo


de defeitos, definido incluindo pares e especialistas tcnicos com a opo da
participao de gesto.
Pode ser executado como uma reviso de pares sem a participao da gesto
Uso de listas de verificao opcional
Idealmente liderada por um moderador treinado (que no o autor).
Deve ocorrer uma reunio de preparao pelos revisores
Pode variar entre o muito informal e o muito formal.
Principal finalidade: discutir questes detetadas, tomar decises, avaliar alternativas,
detetar defeitos, resolver problemas tcnicos e verificar a conformidade com as
especificaes, planos, regulamentaes e normas.
3. Tcnicas Estticas

Inspeco

Liderada por um moderador treinado (que no o autor).


Geralmente realizado como um exame em pares.
Funes definidas
Inclui recolha de mtricas
O processo formal baseado em regras e listas de verificao.
Critrios de entrada e sada especficos para a aceitao do produto de software

Reunio de preparao

Relatrio de inspeo, incluindo a lista de resultados

Processo de follow-up formal


Principal finalidade: detetar defeitos
3. Tcnicas Estticas

Anlise Esttica via Ferramentas

As ferramentas de anlise esttica analisam o cdigo do software (p. ex. fluxos de controlo
e fluxos de dados), assim como os resultados produzidos, tais como HTML e XML.

.NET
3. Tcnicas Estticas

Anlise Esttica via Ferramentas

Beneficios
Deteo de defeitos antes ainda da execuo de testes.
Alerta antecipado sobre aspetos suspeitos no cdigo ou na conceo pelo clculo de
mtricas, tais como medidas de complexidade elevada
Deteo de dependncias e inconsistncias nos modelos de software tais como
ligaes

Defeitos tpicos descobertos por ferramentas de anlise esttica

Referncias a variveis com valores indefinidos


Interfaces inconsistentes entre os mdulos e componentes
Variveis no utilizadas ou no corretamente declaradas
Cdigo inatingvel (morto)
Lgica errada ou inexistente (potenciais ciclos (loops) infinitos).
3. Tcnicas Estticas

3.1 Numa reunio de reviso, um moderador uma pessoa que

a. Perde minutos da reunio


b. Mediador entre pessoas
c. Faz chamadas telefnicas
d. Escreve os documentos a serem revistos
3. Tcnicas Estticas

3.2 Qual das seguintes etapas descreve as principais fases de uma reviso
formal?

A) Iniciao, backtracking, preparao individual, reunio de reviso, refazer o trabalho,


Follow-Up
B) Planeamento, preparao individual, reunio de reviso, refazer o trabalho,
encerramento, Follow-Up
C) Planeamento, Kick-off, reunio de reviso, refazer o trabalho, preparao individual,
Follow-Up
D) Preparao individual, reunio de reviso, refazer o trabalho, encerramento, Follow-
Up
3. Tcnicas Estticas

3.3 Qual o objetivo principal da reviso informal?

A. Uma forma mais econmica de obter algum benefcio


B. Encontrar defeitos
C. Aprender, ganhar conhecimentos, encontrar defeitos
D. Discutir, tomar decises, resolver problemas tcnicos
3. Tcnicas Estticas

3.4 Qual dos tipos de reviso abaixo a melhor opo para rever a segurana
crtica de componentes num projeto de software?

A) Reviso informal
B) Reviso tcnica
C) Inspeo
D) Passo a passo
3. Tcnicas Estticas

3.5 Qual das seguintes afirmaes sobre a anlise esttica suportada por
ferramentas Falsa?

A) A anlise esttica suportada em ferramentas pode ser usada como medida


preventiva com processos apropriados no lugar.
B) A anlise esttica suportada por ferramentas pode encontrar defeitos que no so
facilmente encontrados por testes dinmicos.
C) A anlise esttica suportada por ferramentas pode resultar em economia de custos
ao encontrar defeitos antecipadamente.
D) A anlise esttica suportada por ferramentas uma boa maneira de forar falhas no
software
3. Tcnicas Estticas

3.6 Um importante benefcio das inspees de cdigo so:

a. permitir que o cdigo seja testado antes do ambiente de execuo estar pronto
b. pode ser realizada pela pessoa que escreveu o cdigo.
c. pode ser realizada por pessoal inexperiente
d. so baratos para executar.
3. Tcnicas Estticas

3.7 Qual a principal diferena entre a travessia e uma inspeo?

a. Uma inspeo liderada pelo autor, enquanto a travessia liderado por um


moderador treinado.
b. Uma inspeo tem um lder experiente, enquanto uma travessia no tem lder.
c. Os autores no esto presentes durante as inspees, enquanto esto nas etapas.
d. Uma travessia liderado pelo autor, enquanto uma inspeo liderada por um
moderador treinado.
3. Tcnicas Estticas

3.8 Indique qual o fluxo correto das fases de uma reviso formal

a. Planeamento, reunio de reviso, refazer o trabalho, Kick off


b. Planeamento, preparao individual, retrocesso, refazer o trabalho
c. Planeamento, Kick off, preparao individual, reunio de reviso, refazer o trabalho,
Follow-up
d. Planeamento, preparao individual, acompanhamento, Follow-up, reunio de
reviso
3. Tcnicas Estticas

3.9 Qual corresponde a funo correcta?

a. Gestor: pessoa que conduz a reviso do documento ou conjunto de documentos


b. Moderador: decide sobre a realizao das revises, aloca tempo nos calendrios de
projectos e determina se os objectivos da reviso foram atingidos
c. Autor: quem escreveu o documento
d. Revisor: documenta todas as questes, problemas e pontos em aberto identificados
no decorrer da reunio
3. Tcnicas Estticas

3.10 Indique a afirmao falsa

a. Na reviso informal no existe um processo formal


b. A travessia liderada pelo autor
c. A reviso tcnica no necessita de ser documentada
d. A inspeco liderada por um moderado treinado (que no o autor)
3. Tcnicas Estticas

3.11 Qual das seguintes atividades diferencia uma travessia de uma reviso
formal?

a. Uma travessia no segue um processo definido


b. Para uma travessia, a preparao individual pelos revisores opcional
c. Uma travessia requer reunio
d. Uma travessia encontra as causas das falhas, enquanto a reviso formal encontra as
falhas
3. Tcnicas Estticas

3.12 Qual dos seguintes itens verdadeiro relativamente a inspeo:

i. Dirigido pelo moderador treinado (no o autor)


ii. Sem pr-preparaes para reunies
iii. Processo de acompanhamento formal
iv. O objetivo principal encontrar defeitosa)

a) ii verdadeiro e i, iii, iv so falsos


b) i, iii, iv so verdadeiras e ii falso
c) i, iii, iv so falsas e ii verdadeira
d) iii verdadeiro e i, ii, iv so falsos
3. Tcnicas Estticas

3.13 O processo de fase de processo formal mencionado abaixo, organize-os


corretamente ordem

i. Planeamento
ii. Reunio de reviso
iii. Refazer o trabalho
iv. Preparaes individuais
v. Kick Off
vi. Follow up

a) i, ii, iii, iv, v, vi


b) vi, i, ii, iii, iv, v
c) i, v, iv, ii, iii, vi
d) i, ii, iii, v, iv, vi
4. Tcnicas de Conceo de Testes
4. Tcnicas de Conceo de Testes
4.1. O Processo de Desenvolvimento de Testes

a documentao Anlise de testes


da base para testes
analisada para
identificar Condies de teste so definidas como itens /
eventos que possam ser
verificados por um ou mais
Rastreabilidade casos de teste

Especificaes Requisitos

Estabelecer a rastreabilidade desde as condies de teste at s especificaes e


requisitos permite uma anlise de impacto eficaz quando os requisitos mudam e
determinar a cobertura dos requisitos para um conjunto de testes.
4. Tcnicas de Conceo de Testes

4.1. O Processo de Desenvolvimento de Testes

Planeamento do Anlise e
Requisitos Implementao
projecto Projecto
Build Build

Planeamento Implementar
Projetar testes Executar testes
de testes testes
Avaliar testes

Gerir defeitos
4. Tcnicas de Conceo de Testes

4.1. O Processo de Desenvolvimento de Testes


Durante a concecao de teste,
casos de teste e dados de teste
Concepcao de teste so criados e especificados

valores de entrada sadas


pr-condies de execuo Casos de teste alteraes aos dados e estados
resultados esperados outras consequncias do teste
condies ps-execuo

A Standard for Software Test Documentation (IEEE STD 829-1998) descreve o


contedo das especificaes da conceo de testes (que contm as condies de teste) e
especificaes de caso de teste.
4. Tcnicas de Conceo de Testes

4.1. O Processo de Desenvolvimento de Testes

Implementacao dos testes

os casos de teste so desenvolvidos


implementados
priorizados
organizados na especificao do procedimento de teste

Procedimentos de teste

O calendrio de execuo de testes levar em conta fatores como: testes de regresso,


priorizao e dependncias tcnicas e lgicas.
4. Tcnicas de Conceo de Testes

4.2. Categorias das Tcnicas de Conceo de Testes

Testes baseadas nas especificaes Caixa Preta

As condies, casos e dados de teste so derivados e seleccionados a partir da


documentao base para testes (documentos de requisitos de negcio, documentos de
anlise funcional), so aplicadas em testes funcionais e no funcionais.

Ex

Funes incorrectas ou ausentes


Erros de interface
Erros nas estruturas de dados ou acesso bd externa
Erros de desempenho
Erros de inicializao e trmino
4. Tcnicas de Conceo de Testes

Testes baseadas na estrutura Caixa Branca

A anlise da estrutura do componente ou sistema permite derivar condies, casos e


dados de teste que so aplicadas em testes funcionais (desde que seja possvel isolar
uma estrutura) e em testes estruturais.

So teis para completar testes de caixa preta


Permitem detectar cdigo intil
Oferecem dificuldade para determinar dados que exercitem elementos requeridos pelo
critrio de cobertura
4. Tcnicas de Conceo de Testes

Testes baseadas na experincia

O conhecimento e experincia das pessoas (utilizadores, testadores, programadores e


outros intervenientes) utilizado para conceber condies, casos e dados de teste,
sendo aplicado qualquer tipo de teste.
4. Tcnicas de Conceo de Testes

Caixa Preta
Particionar por Equivalncia

Tcnica que parte de uma domnio de entrada ou de sada para o qual se presume,
com base na especificao, que o comportamento de um componente ou sistema
seja o mesmo
Objectivo: minimizar o numero de casos de teste, selecionando apenas um caso de
teste de cada classe (pois em principio todos os elementos de uma classe devem-se
comportar de maneira equivalente)

Exemplo: Sistema que aceita numeros e letras

Partio 1: 1234567890

Partio 2: ABCDEFGHIJKLMNOPRSTUXZY
4. Tcnicas de Conceo de Testes

Anlise de Valor Fronteira Caixa Preta

a tcnica de modelagem de teste caixa-preta na qual os casos de teste so projetados


com base nos valores limite de cada partio de equivalncia

9 | 10 5000 | 5001
Aceita valores de 10 a 5000

Valores limite Valores limite

O limite numa partio de equivalncia o local mais propcio a encontrar defeitos


Os valores mximo e mnimo de uma partio esto nos seus limites
Complemento da partio por equivalncia, focalizando a seleco de casos de teste
nos valores prximos s extremidades das classes
4. Tcnicas de Conceo de Testes

Testes baseados em Tabelas de Deciso Caixa Preta

a tcnica que pode ser utilizada quando existem diferentes combinaes de entradas
no software que resultam em diferentes aes que o software deve realizar.

Condies / Entradas Valores

Entrada 1: Login Vlido Invlido


Entrada 2: Pass Vlida Invlida

Aces / Sadas

Saida 1: Permisso de acesso Sim No

Tabela de deciso tabela que identifica condies (entradas) e aces (sadas)


associadas e combinadas, que podem ser utilizadas para desenhar casos de teste
4. Tcnicas de Conceo de Testes

Testes de Transio de Estados Caixa Preta

A tcnica de teste de transio de estado composta por uma estrutura tipo:

Evento / Aco

Estado 1 Estado 2

Transio entre 2 estados


Inicial Final

Utilizado quando o sistema tem um nmero (finito) de estados diferentes e as


transaces de um estado para outro so determinadas por regras de mquina.
4. Tcnicas de Conceo de Testes

Testes de Transio de Estados Caixa Preta

A tabela de estados mostra a relao entre os estados e as entradas, e pode


destacar possveis transies que so invlidas.

Os testes de transio de estados so muito utilizados na indstria de software


integrado e automatizao tcnica no geral.

Tcnica tambm adequada para modelar objetos de negcio com estados


especficos ou testes a fluxos de ecr de dilogo (p. ex. para aplicaes de
Internet ou cenrios de negcio).
4. Tcnicas de Conceo de Testes

Testes de Casos de Uso Caixa Preta

Mtodo para mapear e descrever requisitos e os seus comportamentos


4. Tcnicas de Conceo de Testes

Testes de Casos de Uso Caixa Preta

Os testes podem derivar de casos de uso

Caso de uso descreve as interaes entre os atores (utilizadores ou sistemas),


que produzem um resultado de valor para o utilizador do sistema ou para
o cliente

Casos de uso podem ser descritos ao nvel abstrato (caso de uso de negcios,
tecnologia livre, nvel de processos de negcio) ou ao nvel do sistema (caso de
uso do sistema ao nvel da funcionalidade do siste ma).

Os casos de uso descrevem os fluxos de processo atravs de um sistema


baseado na sua utilizao atual real,

Os casos de teste derivados de casos de uso so mais teis na deteo de


defeitos no processo de fluxos durante a utilizao real do sistema
4. Tcnicas de Conceo de Testes

Testes de Deciso e sua Cobertura Caixa Branca

Avaliao da percentagem de resultados de decises (ex. Verdadeiro ou Falso)

Cobertura de decises determinada pelo nmero de


todos os resultados de decises cobertas por casos de
teste (concebidos ou executados), dividido pelo nmero
de todos os resultados de decises possveis no cdigo em
teste

Os testes de deciso so uma forma de testes de fluxo de controlo atendendo a que


seguem um fluxo de controlo especfico atravs dos pontos de deciso. A cobertura de
decises mais eficaz do que a cobertura de instrues: 100% de cobertura de decises
assegura 100% de cobertura de instrues, mas no vice-versa
4. Tcnicas de Conceo de Testes

4.5. Tcnicas baseadas na Experincia

> Experincia

> Grau de eficcia


4. Tcnicas de Conceo de Testes

4.5. Tcnicas baseadas na Experincia

So testes derivados da habilidade e intuio do testador (tester), assim como da


sua experincia com aplicaes ou tecnologias similares

Estas tcnicas podem ser teis na identificao de testes especiais menos fceis
de capturar pelas tcnicas formais, especialmente quando aplicadas aps
abordagens mais formais

Utilizada a de antecipar erros


4. Tcnicas de Conceo de Testes

Exemplos Seleccionar os dados de entrada


Preparao do Teste de teste Determinar a sada esperada

Nvel Teste de
Mdulo Teste de deciso ou cobertura
Unidade
Teste Estrutural Teste Top-Down
Teste de
Caixa Branca Nvel Teste Botton-Up
SubSistema
Integrao
Test Big-Bang

Teste de Teste manual


Nvel
Sistema Teste de stress
Sistema
Teste de excecoes
Teste Funcional
Caixa Preta Nvel Teste de
Teste do utilizador
Sistema Aceitao
4. Tcnicas de Conceo de Testes

4.1 Indique a afirmao verdadeira

A) Durante a anlise de testes, os casos de teste so desenvolvidos,


implementados, priorizados e organizados na especificao do
procedimento de teste
B) Durante a conceo de teste os casos de teste e dados de teste so
criados e especificados
C) Durante a implementao dos testes, a documentao da base para
testes necessita de ser analisada.
4. Tcnicas de Conceo de Testes

4.2 Um dos objectivos de teste ter 100% de cobertura de deciso. Quais dos 3
seguintes testes devem ser executados para o controlo de fluxo no grfico abaixo.

Test_01 cobre caminho: A, B, D, E, G


Test_02 cobre caminho: A, B, D, E, F, G
Test_03 cobre caminho: A, C, F, C, F, C, F, G

A) A Deciso D no foi completamente testada


B) 100% de cobertura de deciso foi alcanada
C) A Deciso E no foi totalmente testada
D) A deciso F no foi completamente testada
4. Tcnicas de Conceo de Testes

4.3 Ao receber dados do cliente no servidor, o sistema crashou. O defeito foi


corrigido, corrigindo o cdigo que verificou a disponibilidade da rede durante a
transferncia de dados. Os casos de teste existentes foram cobertos 100% de
todas as declaraes do mdulo correspondente. Para verificar a correo e
garantir uma maior extenso cobertura, alguns novos testes foram projetados e
adicionados ao conjunto de testes e executados.

Qual dos seguintes tipos de teste deve ser utilizado neste cenrio?
I. Teste funcional
II. Testes estruturais
III. Re-teste
IV. Teste de performance

A) I e II so usados, mas no III e IV


B) I e III so usados, mas no II e IV
C) I, II e III so usados, mas no IV
D) II, III e IV so usados, mas no I
4. Tcnicas de Conceo de Testes

4.4 Qual das seguintes afirmaes sobre o diagrama de transio de estado e a


tabela de casos de teste fornecidos VERDADE?

Electricidade desligada
TV desligada TV desligada A) Os casos de teste dados podem ser utilizados
(S1) para derivar transies vlidas e invlidas na
transio de estado diagrama.
TV
Electricidade ligada B) Os casos de teste apresentados representam
Electricidade desligada ligada todas as possveis transies vlidas no diagrama
TV stand by TV desligada (S3) de transio de estado.
RC ligada
C) Os casos de teste fornecidos representam
TV ligada
TV stand by (S2) apenas algumas das transies vlidas no
diagrama de transio de estado.
Electricidade desligada
D) Os casos de teste dados representam pares
TV desligada
sequenciais de transies no diagrama de
transio de estado.
Caso Teste 1 2 3 4 5

Estado Inicial S1 S2 S3 S4 S5
Entrada Ligado Desligado RC ligado RC desligado Desligado
Expectativa de saida TV stand by TV desligado TV ligada TV stand by TV desligada
Estado Final S2 S1 S3 S2 S1
4. Tcnicas de Conceo de Testes

4.5 Qual das seguintes instrues para a tcnica de teste de particionamento de


equivalncia VERDADEIRA?

Teste de partio de equivalncia ...


I. divide possveis entradas em classes onde todos os elementos esperam causar o
mesmo comportamento.
II. Utiliza parties vlidas e invlidas.
III. Deve incluir pelo menos dois valores de cada partio de equivalncia.
IV. Pode ser utilizado apenas para testar entradas de partio de equivalncia a partir
de um interface grfico do utilizador

A) I, II e IV so VERDADEIROS; III FALSO


B) I VERDADEIRO; II, III e IV so FALSOS
C) II e III so VERDADEIROS; I e IV so FALSOS
D) I e II so VERDADEIROS; III e IV so FALSOS
4. Tcnicas de Conceo de Testes

4.6 Qual das seguintes opes lista tcnicas categorizadas como tcnicas de
Caixa-Preta?

A) Particionamento de Equivalncia, Teste de Tabela de Deciso, Anlise de Valor


Fronteira
B) Particionamento de Equivalncia, Testes baseados em Tabelas de Deciso, Testes de
Deciso e sua Cobertura
C) Particionamento de Equivalncia, Testes de Deciso e sua Cobertura, Testes de caso
de uso
D) Particionamento de Equivalncia, Testes de Deciso e sua Cobertura, Anlise de
Valor de Limite
4. Tcnicas de Conceo de Testes

4.7 O prmio de um funcionrio deve ser calculado. No pode ser negativo, mas
pode ser calculado at zero. O bnus baseado na durao do emprego.
As categorias so: inferior ou igual a 2 anos, mais de 2 anos, mas inferior a 5 anos, 5
ou mais anos, mas menos de 10 anos, 10 anos ou mais. Dependendo da durao do
emprego um funcionrio receber diferentes nveis de bnus.
Quantos casos de teste so necessrios, se apenas parties de equivalncia vlidas
forem necessrias para testar o clculo do bnus?

a)3
b)5
c)2
d)4
4. Tcnicas de Conceo de Testes

4.8 Qual das seguintes afirmaes so benficas para casos de teste de casos de uso
so verdadeiras e quais so falsas?
I. Testes de Casos de Uso til para testes de sistema e aceitao.
II. Testes de Casos de Uso til apenas para testes automatizados.
III. Testes de Casos de Uso til para testes de componentes.
IV. Testes de Casos de Uso til para testes de integrao.

A) I e IV so verdadeiros; II e III so falsos


B) I verdade; II, III e IV so falsos
C) II e IV so verdadeiras; Eu e III so falsos
D) I, III e IV so verdadeiras; II falso.
4. Tcnicas de Conceo de Testes

4.9 Qual das opes abaixo seria a melhor base para testes utilizando o ataques de
falhas?

A) Dados de experincia, defeitos e falhas; Conhecimento sobre falhas de software


B) Identificao de risco realizada no incio do projeto
C) Casos de uso derivados de fluxos de negcios por especialistas de domnio
D) Resultados esperados da comparao com um sistema existente
4. Tcnicas de Conceo de Testes

4.10 Imagine que est a trabalhar em um projeto com poucas especificaes e


presso de tempo. Qual das seguintes tcnicas de teste seria a abordagem mais til
para o uso?

A) Teste de Caso de Uso


B) Teste de Declarao
C) Teste exploratrio
D) Teste de deciso
4. Tcnicas de Conceo de Testes

4.11 Qual das seguintes tcnicas de teste uma tcnica de caixa branca?

A) Teste de deciso
B) Anlise do valor da fronteira
C) Particionamento de Equivalncia
D) Teste de Transio de Estados
4. Tcnicas de Conceo de Testes

4.12 Imagine que est a testar um sistema que calcula o maior divisor comum
(MDC) de dois inteiros (A e B) Maior que zero.

calc MDC (A, B);


As seguintes entradas de teste foram especificadas
Test Case A B
1 1 2
2 INT_MAX INT_MAX
3 1 0
4 0 1
5 INT_MAX - 1 1
6 1 INT_MAX - 1

Onde INT_MAX omaior numero inteiro.

Qual tcnica de teste baseada em especificao voc usaria para os casos de teste 1
a 6?
A) Teste de Caso de Uso
B) Teste de Transio Estadual
C) Teste da Tabela de Deciso
D) Anlise do valor das fronteiras
4. Tcnicas de Conceo de Testes

4.12 Os funcionrios de uma empresa tm direito a prmio se eles trabalhamrem


mais de um ano na empresa e atingirem as metas acordadas individualmente.
Foi seguida a tabela de deciso que foi projetada para testar o sistema:
T1 T2 T3 T4 T5 T6 T7 T8
Condies
Cond1 Emprego Sim No Sim No Sim No Sim No
para mais de
1 ano?
Cond2 Alvo No No Sim Sim No No Sim Sim
acordado?
Aco
Cond3 Objetivo No No No No Sim Sim Sim Sim
alcanado?
Cond4 Pagamento No No No No No No Sim No
de Bonus?
Quais os casos de teste que podem ser eliminados na tabela de deciso acima
porque o caso de teste no ocorre numa situao real?

A) T1 e T2
B) T3 e T4
C) T7 e T8
D) T5 e T6
4. Tcnicas de Conceo de Testes

4.13 Os nmeros de ordem em um sistema de controlo de stock podem variar


entre 10000 e 99999 inclusiv. Qual das seguintes entradas pode ser o resultado
da concepo de testes para apenas classes de equivalncia vlidas e limites
vlidos:

a) 1000, 5000, 99999


b) 9999, 50000, 100000
c) 10000, 50000, 99999
d) 10000, 99999
e) 9999, 10000, 50000, 99999, 10000
4. Tcnicas de Conceo de Testes

4.14 Anlise de Valor Fronteira :

a. O mesmo que os testes de partio por equivalncia


b. Um teste das condies de limite, abaixo e acima do complemento da partio
por equivalncia
c. Um dado que testa combinaes de circunstncias de entrada
d. Utilizado na estratgia de testes de caixa branca
4. Tcnicas de Conceo de Testes

4.15 Qual da seguinte afirmao falsa:

a. A IEEE STD 829-1998 descreve o contedo das especificaes da conceo de


testes e especificaes de caso de teste
b. A implementao dos testes so onde os casos de teste so desenvolvidos
c. Na implementao dos testes os testes no devem ser priorizados
d. No procedimento de testes devemos te uma calendarizao de execuo de
testes
4. Tcnicas de Conceo de Testes

4.16 Num exame, um candidato , para passar no exame deve ter no mnimo 24
pontos. O mximo que ele pode ter no exame so 40 pontos. Identifica quais os
valores de equivalncia vlida para o estuande passar no exame

a. 22,23,26
b. 21,39,40
c. 29,30,31
d. 0,15,22
4. Tcnicas de Conceo de Testes

4.17 O que uma partio de equivalncia (tambm conhecida como classe de


equivalncia)?

a. Maximizar o numero de casos de teste, selecionando apenas um caso de teste


de cada classe
b. Minimizar o numero de casos de teste, selecionando apenas um caso de teste
de cada classe
c. Tcnica que parte de uma domnio de entrada ou de sada para o qual se
presume, com base na especificao, que o comportamento de um
componente ou sistema seja diferente
d. Selecionando vrios um caso de teste de cada classe, para minimizar o numero
de casos de teste,
4. Tcnicas de Conceo de Testes

4.18 Relativamente tabela de estados indique a afirmao verdadeira:

a. Mostra a relao entre os estados e as entradas, e no pode destacar possveis


transies que so invlidas
b. Os testes de transio de estados so muito utilizados na indstria de software
integrado e automatizao tcnica no geral
c. Tcnica que no adequada para modelar objetos de negcio com estados
especficos
4. Tcnicas de Conceo de Testes

4.19 Caso de uso descreve as interaes entre os atores que produzem um


resultado de valor para o utilizador do sistema ou para o cliente

a. Verdadeiro
b. Falso
5. Gesto de Testes
5. Gesto de Testes
5.1. Organizao de Testes
5.1.1. Organizao e Independncia de Testes

Grau de independncia
Testers
Eficcia

Grau independencia
Testers so os programadores que testam o seu prprio cdigo

Testers independentes includos nas equipas de desenvolvimento

equipa testes independentes (parte da organizao) reportam gesto


Testers de projetos ou gesto executiva
5. Gesto de Testes

Testers independentes que fazem parte da comunidade de utilizadores ou da


organizao empresarial.

Grau independencia
Testers Especialistas de testes independentes para tipos de teste
especficos:testadores (testers) de usabilidade, segurana ou certificao

Testers independentes em regime de outsourcing ou simplesmente externos


organizao.
5. Gesto de Testes

Testers independentes
Vantagens Desvantagens

capacidade de ver diferentes defeitos e so isolamento da equipa de desenvolvimento


imparciais. (se tratado como totalmente independente)

pode verificar suposies assumidas os programadores podem perder o


durante a especificao e implementao sentido de responsabilidade pela
do sistema qualidade

podem ser vistos como um ponto de


bloqueio ou como culpados de atrasos no
lanamento de verses
5. Gesto de Testes

Tarefas do Lder de Teste

Coordenar a estratgia de teste e planear com os gestores de projeto e outros

Rever a estratgia de teste para o projeto, e a poltica de teste para a


organizao.

Planear os testes

Iniciar a especificao, preparao, implementao e execuo de testes, monitorizar


os resultados de testes e verificar os critrios de sada
5. Gesto de Testes

Adaptar o plano com base nos resultados e progresso de testes e tomar qualquer ao
necessria para compensar problemas ocorridos

Assegurar a correta gesto de configuraes de testware para a rastreabilidade.

Decidir o que deve ser automatizado, em que grau, e como

Selecionar as ferramentas de suporte aos testes e organizar as formaes para os


testadores (testers) no uso das mesmas

Decidir sobre a implementao do ambiente de teste


5. Gesto de Testes

Tarefas do tester

Rever e contribuir para os planos de testes

Analisar, rever e avaliar os requisitos do utilizador, as especificaes e modelos face sua


testabilidade

Criar especificaes de testes

Assegurar a criao do ambiente de teste

Preparar e obter os dados de teste


5. Gesto de Testes

Implementar testes em todos os nveis de teste, executar e efetuar registos de testes,


avaliar os resultados e documentar os desvios aos resultados esperados

Usar ferramentas de administrao e gesto de testes, assim como ferramentas de


monitorizao de testes, de acordo com o exigido

Automatizar os testes (pode ser suportado por um programador ou por um especialista


em automatizao de testes)

Medir o desempenho (performance) de componentes e sistemas (se aplicvel)

Rever testes desenvolvidos por outros.


5. Gesto de Testes

5.2. Estimativa e Planeamento de Testes

5.2.1. Planeamento de Testes

mbito de teste disponibilidade de


poltica de teste da
recursos
organizao
influenciado
riscos aspecto crtico
objectivos
testabilidade
limitaes

atividade contnua
5. Gesto de Testes

5.2.2. Atividades de Planeamento de Testes

Definir a abordagem
Identificar os global para os testes
objectivos de teste
critrios

Actividades
de teste
quem a responsabilidade

o que testar
? como so feitas

como so avaliados os resultados de testes


*atividades de anlise e conceo de teste
*implementao, execuo e avaliao de
testes
5. Gesto de Testes

5.2.2. Atividades de Planeamento de Testes

Definir Nivel de detalhe


Modelos da
documentao
de testes
estrutura
dimensao

Seleccionar mtricas

Definir o nvel de detalhe de procedimentos de teste


5. Gesto de Testes

Critrios de entrada Critrios de sada

Medidas de rigor, tais como: cobertura


Disponibilidade e prontido do ambiente de T de cdigo, funcionalidade ou risco
teste
E Estimativas de densidade de defeitos ou
Prontido da ferramenta de teste medidas de fiabilidade
no ambiente de teste S Custo
Disponibilidade do cdigo a testar T Riscos residuais, tais como, defeitos no
corrigidos ou falta de cobertura de teste
Disponibilidade dos dados de teste E em certas reas

Calendrios baseados em tempos de


resposta ao mercado (time to market)
5. Gesto de Testes

baseada nas mtricas baseada no especialista

estimar o esforo de teste com base estimar as tarefas com base nas estimativa
nas mtricas de projetos anteriores e efetuadas pelos responsveis (owner) das
similares ou com base em valores tarefas ou por especialistas nas mesmas.
tpicos.

abordagens

Estimativa do esforo de teste

depender de fatores

Caractersticas do produto
Caractersticas do processo de desenvolvimento

Os resultados dos testes


5. Gesto de Testes

Estratgia de Teste, Abordagem de Teste

Abordagem analtica

testes baseados na avaliao do risco onde os testes so direcionados para


as reas de maior risco

Abordagem baseadas em
modelos

testes estocsticos utilizando informao estatstica sobre a taxa de


falhas (tais como modelos de crescimento da fiabilidade) ou uso (como
perfis operacionais).
5. Gesto de Testes

Estratgia de Teste, Abordagem de Teste

Abordagem metdica

as baseadas em falha (incluindo antecipar erros e os ataques a falhas), com base


na experincia, com base em listas de verificao, e ainda com base em
caractersticas de qualidade.

Abordagens compatveis
com processos

as especificadas por normas de determinadas indstrias ou as vrias metodologias


geis.
5. Gesto de Testes

Abordagens dinmicas e
heursticas

testes exploratrios onde os testes so mais reativos (aos eventos) do que


previamente planeados, e onde a execuo e a avaliao so tarefas simultneas.

Abordagens de base mais


consultiva

como as que definem que a cobertura de testes impulsionada principalmente


pelo aconselhamento e orientao de tecnologia e/ou especialistas no domnio
do negcio que no pertencem equipa de testes
5. Gesto de Testes

Abordagens contrrias
regresso

So aquelas que incluem a reutilizao de materiais de teste existentes, automatizao


extensiva de testes de regresso funcionais, e conjuntos de testes padro.
5. Gesto de Testes

5.3. Monitorizao e Controlo de Progresso de Testes


5.2.6. Estratgia de Teste, Abordagem de Teste
Mtricas de teste comuns

cobertura de testes de requisitos casos de teste planeados j elaborados

trabalho feito na preparao do ambiente de teste

casos de teste que passaram/falharam


N de casos de teste executados/no executados
5. Gesto de Testes

5.3.2. Relatrio de Testes

Periodo de testes
datas de alcance dos critrio de sada

Informao analisada e mtricas para suportar as recomendaes e decises sobre


futuras aes

avaliao de defeitos ainda remanescentes


benefcio econmico da continuidade dos testes
riscos pendentes
nvel de confiana no software testado.
5. Gesto de Testes

5.3.3. Controlo de Testes

Tomar decises baseadas na informao oriunda da monitorizao de testes

Re-priorizar os testes quando ocorre algum risco identificado

Alterar a calendarizao de testes devido a disponibilidade ou indisponibilidade


do ambiente de testes.

Definir um critrio de entrada para as correes que foram retestadas (testes de


confirmao) por um programador antes de aceit-los numa verso (build).
5. Gesto de Testes

5.4. Gesto de Configuraes

Objectivo Integridade dos produtos do software ao longo do


projecto e do ciclo de vida do produto

verses
testware Alteraes so rastreveis

objectos de teste

Todos os documentos e itens de software identificados so referenciados


5. Gesto de Testes

Riscos de Projeto

Fatores organizacionais

Questes polticas
5. Gesto de Testes

Questes tcnicas

requisitos corretos

Questes de fornecedor

Falha de uma terceira parte


5. Gesto de Testes

Riscos de Produto

Software

no desempenha as funes a que se destina


5. Gesto de Testes

Avaliao do risco

Os testes baseados na avaliao do risco assentam no conhecimento coletivo e


perspiccia das partes interessadas no projeto para determinar os riscos e os nveis de
teste necessrios para enderear esses mesmos riscos.

Para garantir que a hiptese de falha de um produto minimizada

Avaliar o que pode correr mal riscos

Determinar quais os riscos mais importantes a tratar

Implementar aes para lidar com esses riscos


5. Gesto de Testes

5.6. Gesto de Incidentes

incidente defeito

Os relatrios de incidentes tm os seguintes objetivos:


Fornecer aos programadores e a outras partes interessadas o retorno (feedback)
sobre o problema para permitir a sua identificao, isolamento e correo conforme
necessrio

Fornecer aos lderes de teste um meio de rastrear a qualidade do sistema em


testes e o progresso de testes

Fornecer ideias para a melhoria de processos de teste


5. Gesto de Testes

5.6. Gesto de Incidentes


Relatrios de incidentes

programadores e a outras partes interessadas o retorno (feedback) sobre o


problema para permitir a sua identificao, isolamento e correo conforme
necessrio.

Fornecer

lderes de teste um meio de rastrear a qualidade do


sistema em testes e o progresso de testes

ideias para a melhoria de processos de teste


5. Gesto de Testes

5.1 Qual dos seguintes afirnaes descreve a melhor forma de como so divididas
as tarefas entre o gestor de teste / lder de teste e o tester?

A) O gestor de teste planeia as atividades de teste e escolhe os padres a serem seguidos,


enquanto o tester escolhe as ferramentas e os controlos a serem utilizados.
B) O gestor de teste planeia, organiza e controla as atividades de teste, enquanto o tester
especifica e executa testes.
C) O gestor de teste planeia, monitoriza e controla as atividades de teste, enquanto o tester
projeta testes e decide sobre a aprovao do objeto de teste.
D) O gestor de teste planeia e organiza o teste, e especifica os casos de teste, enquanto o
tester prioriza e executa os testes.
5. Gesto de Testes

5.2 Qual das seguintes categorias pode ser categorizada como um risco de
produto?

A) Baixa qualidade de requisitos, design, cdigo e testes.


B) Problemas polticos e atrasos em reas especialmente complexas no produto.
C) reas propensas a erros, danos potenciais ao utilizador, com caractersticas de produtos
fracas.
D) Problemas na definio dos requisitos certos, possveis reas de falha no software ou no
sistema.
5. Gesto de Testes

5.3 Quais dos seguintes critrios de sada so tpicos dos testes?

A) Medidas de cobertura de teste, medidas de confiabilidade, custo de teste, cronograma,


status de correo de defeitos e riscos residuais
B) Medidas de cobertura de teste, medidas de confiabilidade, grau de independncia do
tester
C) Medidas de cobertura de teste, medidas de confiabilidade, custo de teste,
disponibilidade de cdigo testvel, tempo para Mercado e integralidade do produto
D) Tempo de mercado, defeitos residuais, qualificao do testador, grau de independncia
do testador, teste medidas de cobertura e custo de teste
5. Gesto de Testes

5.4 Como um Test Manager, tem os seguintes requisitos para testar:

R1 - Anomalias do Processo
R2 - Sincronizao
R3 - Confirmao
R4 - Problemas
R5 - Dados Financeiros
R6 - Dados do Diagrama
R7 - Alteraes ao Perfil do Utilizador

A notao para indicar as dependncias lgicas de qualquer requisito , por exemplo,


"R1 -> R3" significando Que R3 dependente de R1.
5. Gesto de Testes

5.4 Como um Test Manager, tem os seguintes requisitos para testar:


R3

R4

R2
R1
R5 R6

R7

Qual das seguintes opes estrutura o cronograma de execuo do teste de acordo com o
requisito dependncias?

a)R3 -> R2 -> R1 -> R7 -> R5 -> R6 -> R4


b)R2 -> R5 -> R6 -> R4 -> R7 -> R1 -> R3
c)R1 -> R3 -> R2 -> R5 -> R6 -> R4 -> R7
d)R1 -> R2 -> R5 -> R6 -> R3 -> R4-> R7
5. Gesto de Testes

5.5 Qual dos seguintes um possvel benefcio de testers independentes?

a) Mais trabalho feito porque os testadores no perturbam os programdores vrias


vezes.
b) Os testers independentes tendem a ser imparciais e encontrar defeitos diferentes dos
programadores
c) Os testers independentes no precisam de educao e experncia extra.
d) Testers independentes reduzem o processo de gesto de incidentes
5. Gesto de Testes

5.6 Qual dos seguintes um risco de projeto?

a) Habilidade e falta de pessoal


b) Fracas caractersticas do software (por exemplo, usabilidade)
c) Falha do software e de problemas na entrega do produto
d) Possvel defeito de confiabilidade (erro)
5. Gesto de Testes

5.7 Como gestor de teste, indicado que necessita de um relatrio de resumo do teste.
No que diz respeito s atividades de teste, e de acordo com para o padro IEEE 829, qual
deve ser a informao mais importante para incluir no seu relatrio?

a) O nmero de casos de teste executados e seus resultados.


b) Uma viso geral das principais atividades de testes, eventos e status em relao aos
objetivos da reunio
c) Avaliao global de cada item de trabalho de desenvolvimento
d) Experincia para feito pelos membros da equipa de teste para apoiar o esforo de teste
5. Gesto de Testes

5.8 um tester de um projeto de desenvolvimento de software crtico de segurana.


Durante a execuo de um teste, foi verficado que um dos casos de teste falhou, sendo
necessrio escrever um relatrio de incidente. De acordo com o IEEE Std. 829, o que se
deve considerar ser a informao mais importante para Incluir no relatrio de incidente?

A) Impacto, descrio do incidente, data e nome


B) ID exclusiva para o relatrio, requisitos especiais necessrios e a pessoa que causou o
defeito
C) Artigos transmitidos, seu nome e os seus sentimentos sobre a possvel causa raiz do
defeito
D) Descrio do incidente, ambiente de desenvolvimento e resultados esperados dos
testes
6. Ferramentas de Suporte de Testes
6. Ferramentas de Suporte aos Testes
6.1. Tipos de Ferramentas de Teste
6.1.1 . Ferramentas de Suporte aos Testes

1. Ferramentas que so utilizadas diretamente nos testes, tais como, ferramentas de


execuo de teste, ferramentas de gerao de dados de teste e ferramentas de
comparao de resultados.

2. Ferramentas que ajudam na gesto do processo de testes, tais como, as


utilizadas para gerir testes, resultados de testes, dados, requisitos, incidentes,
defeitos, etc., e para relatrio e monitorizao da execuo de teste.
6. Ferramentas de Suporte aos Testes

3. Ferramentas usadas no reconhecimento, ou num termo mais simples:


explorao (p. ex. ferramentas que monitorizam a atividade de ficheiros para
uma aplicao).

4. Qualquer ferramenta que auxilia os testes (uma folha de clculo pode tambm
neste sentido ser considerada uma ferramenta de teste).
6. Ferramentas de Suporte aos Testes

Melhorar a eficincia das atividades de teste, automatizando as atividades repetitivas


ou apoiando atividades manuais de teste

Automatizar atividades que requerem um nmero significativo de recursos quando


executadas manualmente
testes estticos

Automatizar atividades que no podem ser executadas manualmente


teste de desempenho de aplicaes cliente-servidor
em larga escala

Aumentar a fiabilidade dos testes


automatizando comparaes de dados de grande
dimenso ou simulando comportamentos
6. Ferramentas de Suporte aos Testes

Framework

Bibliotecas de teste extensveis e reutilizveis que podem ser utilizadas para construir
ferramentas de teste (tambm denominadas de equipamentos de testes)

Um tipo de desenho de automao de testes (p. ex. orientada aos dados (data-
driven), orientada a palavras-chave (keyword-driven)).

O processo global de execuo de testes


6. Ferramentas de Suporte aos Testes

As ferramentas so classificadas neste programa de acordo com as atividades de teste


que estas suportam/apoiam

Ferramentas de Suporte aos Testes e sua Gesto

Ferramentas de Gesto de Testes


Ferramentas de Gesto de Requisitos
Ferramentas de Gesto de Incidentes (Ferramentas de Registo de Defeitos)
Ferramentas de Gesto de Configuraes

Ferramentas de Suporte aos Testes Estticos

Ferramentas de Reviso
Ferramentas de Anlise Esttica (D)
Ferramentas de Modelao (D)
6. Ferramentas de Suporte aos Testes

Ferramentas de Suporte Especificao de Teste

Ferramentas de Desenho de Testes


Ferramentas de Preparao de Dados de Teste

Ferramentas de Suporte Execuo de Testes e Registo (Logging)

Ferramentas de Execuo de Testes


Equipamento de Teste/Ferramentas de Framework de Testes Unitrios (Unit Test
Framework) (D)
Comparadores de Teste
Ferramentas de Medio de Cobertura (D)
Ferramentas de Testes de Segurana
6. Ferramentas de Suporte aos Testes

Ferramentas de Suporte ao Desempenho e Monitorizao

Ferramentas de Anlise Dinmica (D)


Ferramentas de Testes de Desempenho/Carga/Stress
Ferramentas de Monitorizao

Ferramentas de Suporte a Necessidades Especficas de Teste

Avaliao da Qualidade de Dados

As ferramentas precisam de ser empregues para avaliao da qualidade de


dados para rever e verificar a converso de dados e regras de migrao para
garantir que os dados processados esto corretos, completos e obedecem a uma
norma de contexto especfico pr-definido.
6. Ferramentas de Suporte aos Testes

Uso efetivo de Ferramentas

Reduo de trabalho repetitivo


executar testes de regresso, reintroduzir os mesmos dados
de teste, e verificao face a normas de codificao
Maior consistncia e repetibilidade
testes executados por uma ferramenta numa
determinada ordem e com a mesma frequncia, e testes
derivados de requisitos
Avaliao objetiva
Vantagens
medidas estticas, cobertura

Facilidade no acesso informao sobre os testes


estatsticas e grficos sobre o progresso de testes,
taxas de incidentes e desempenho
6. Ferramentas de Suporte aos Testes

Riscos

alcanar vantagens significativas


tempo Esforo inicial
Subestimar
custo
expectativas irreais sobre a ferramenta
esforo para manter os ativos de teste gerados

questes de relacionamento e de Negligenciar


interoperabilidade
controlo de verso dos ativos de teste

Risco
suspenso
fornecedor sair do negcio
quando so solues de cdigo aberto ou gratuitas
6. Ferramentas de Suporte aos Testes

Consideraes Especiais para alguns Tipos de Ferramentas

Ferramentas de Execuo de Testes

esforo considervel para alcanar vantagens significativas


capturar os testes gravando as aes de um testador (tester) parece atrativo,
mas esta abordagem no se adapta a um grande nmero de guies de teste
automatizados

Ferramentas de Anlise Esttica


aplicadas ao cdigo-fonte podem impor padres de codificao, mas se
aplicadas a um cdigo j existente podem gerar uma quantidade imensa de
mensagens

Ferramentas de Gesto de Testes

precisam de estabelecer uma interface com outras ferramentas ou folhas de


clculo de modo a produzir informao til num formato que se adapte e
responda s necessidades da organizao
6. Ferramentas de Suporte aos Testes

Introduzir uma Ferramenta na Organizao

Avaliao do nvel de maturidade organizacional, pontos fortes e fracos e


identificar oportunidades para uma melhoria do processo de testes suportada por
ferramentas.
Avaliao de acordo com requisitos claros e critrios objetivos
Identificao de requisitos internos para coaching e orientao no uso da
ferramenta.
Avaliao de necessidades de formao, considerando as atuais competncias de
automao de testes da equipa de testes
6. Ferramentas de Suporte aos Testes

Objetivos

Aprender mais detalhes sobre a ferramenta

Avaliar como a ferramenta se encaixa com processos e prticas existentes, e


determinar o que ser necessrio mudar
Decidir formas padro de utilizao, gesto, armazenamento e
manuteno da ferramenta e dos ativos de teste
Fatores de sucesso
Disponibilizar a ferramenta a toda a organizao de forma incrementada
Adaptar e melhorar processos de forma que se ajustem utilizao da
ferramenta
Proporcionar a formao e coaching/mentoring para os novos
utilizadores
Monitorizar a utilizao e benefcios da ferramenta
Fornecer suporte equipa de testes na utilizao de uma ferramenta
5. Gesto de Testes

6.1 Qual das afirmaes indicadas abaixo no um objectivo de um projecto piloto para
avaliao de ferramentas?

A) Avaliar como a ferramenta se encaixa nos processos e prticas existentes


B) Determinar a utilizao, gesto, armazenamento e manuteno da ferramenta e
testware
C) Avaliar se os benefcios alcanados tm um custo razovel
D) Reduzir a taxa de defeitos atravs do projeto piloto
5. Gesto de Testes

6.2 Na lista abaixo, quais so os princpios recomendados para a introduo de uma


ferramenta de teste para uma organizao?

1. Fornecer a ferramenta para toda a organizao ao mesmo tempo


2. Iniciar com um projeto piloto
3. Adaptar e melhorar os processos para adequar a utilizao da ferramenta
4. Fornecer formao para novos utilizadores
5. Deixar que cada equipa decida sobre o seu prprio modo de utilizar a ferramenta
6. Monitorizar os custos de forma a que no excedam o custo de aquisio inicial
7. Reunir as lies apreendidas de todas as equipas

a) 1, 3, 4, 5
b) 2, 5, 6
c) 2, 3, 4, 7
d) 1, 6, 7
5. Gesto de Testes

6.3 Ferramentas de Anlise Dinmica so:

a) Ferramentas que monitorizam e informam sobre como o sistema se comporta numa


variedade de condies de uso simuladas
b) Ferramentas que detetam defeitos que so evidentes apenas quando o software est
em execuo.
c) Ferramentas que analisam, verificam e informam continuamente sobre o uso de
recursos de sistema especficos.
5. Gesto de Testes

6.4 Relativamente a potencias vantagens do uso de ferramentas de suporte aos testes


indique das seguintes afirmaes qual a falsa:

a) Reduo de trabalho repetivivo


b) Avaliao subjectiva
c) Maior consistencia e repetibilidade
d) Facilidade no acesso informao sobre os testes
5. Gesto de Testes

6.5 Indique qual a afirmao verdadeira:

a) Framework corresponde a bibliotecas de teste, extensveis e reutilizveis que


podem ser utilizadas para construir ferrramentas de teste.
b) Ferramentas de suporte aos testes, no so utilizadas directamente nos testes
c) As ferramentas de suporte aos testes pretendem diminuir a fiabilidade dos testes