Preparacao Exame CTFL - NOESIS

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

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
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
O que so os Testes?
Debugging Testar
Deteta Assegura que a correo de facto resolveu

Analisa a falha.
Remove a causa da falha
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

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

Princpio 7 Falcia da ausncia de erros

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
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
*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.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
objetivos capacidades de relacionamento
forma construtiva
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.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.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.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.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.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.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.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.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.10. Qual das seguintes caractersticas no uma caracterstica de qualidade

constante do padro ISO 9126?
a. Funcionalidade
b. Usabilidade
c. Suportabilidade
d. Manuteno
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.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.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.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.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.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.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.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.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.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.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.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.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.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.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.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.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.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.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.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.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.32. Com testes completos, possvel remover todos os defeitos de um programa

antes de entrega ao cliente
a. Verdade
b. Falso
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.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.1.2. Modelos de Desenvolvimento Iterativo-incremental
RAD (Rapid application development)

RUP (Rational Unified Process)
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.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.2.2. Testes de Integrao
Componentes
Interfaces
Interaes
INTEGRAO
Sistema Operativo
Sistema de Arquivos
Sistemas
Hardware
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.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

CT01
CT02
CT03 Manual
CT05
CT04
CT06
CT07
Automatizado
CT08
CT08
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.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
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
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
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.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.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.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.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.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.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.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.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.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.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.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.12 Os casos de teste de aceitao baseiam-se em... ?
a. Requisitos
b. Desenho
c. Cdigo
d. Tabela de deciso
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.14 Cobertura de cdigo utilizada como medida de?
a. Defeitos
b. Anlise de tendncias
c. Eficcia dos Testes
d. Teste de tempo gasto
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.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.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.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.
Planeamento do Anlise e
Requisitos Implementao
projecto Projecto
Build Build
Planeamento Implementar
Projetar testes Executar testes
de testes testes
Avaliar testes
Gerir defeitos

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.
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.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
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
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.
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
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
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
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.
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).
Testes de Casos de Uso Caixa Preta
Mtodo para mapear e descrever requisitos e os seus comportamentos

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
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.5. Tcnicas baseadas na Experincia
> Experincia
> Grau de eficcia

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

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.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.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.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.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.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.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.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.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.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.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.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.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.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.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.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.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.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.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.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.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.
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).
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
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

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)
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
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.
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
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
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
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
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

Preparacao Exame CTFL - NOESIS

Загружено:

Сведения о документе

Авторское право

Доступные форматы

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Доступные форматы

Preparacao Exame CTFL - NOESIS

Загружено:

Авторское право:

Доступные форматы

Lus Nunes | 18 09 2017

O formato do exame de escolha mltipla

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

N de questes exame Horas Formao

Engano Defeito Erro Erro

Porque precisamos de Testes

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

Anything that can go wrong, will go wrong

Ganhar confiana sobre o nvel de qualidade

Fornecer informao para tomadas de deciso

Testes de desenvolvimento testes de componentes, integrao e sistema

Testes de aceitao confirmar que o sistema funciona tal como

Testes de manuteno durante o desenvolvimento de alteraes no

Deteta Assegura que a correo de facto resolveu

1.3. Os Sete Princpios dos Testes

Princpio 1 Os testes mostram a presena de defeitos

Princpio 2 Testes exaustivos so impossveis

Princpio 3 Testar cedo

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

Princpio 7 Falcia da ausncia de erros

1.4. Processo de Teste Fundamental

*progresso atual como o planeado

*objetivos dos testes

*reviso da base para testes

*finalizar, implementar e priorizar os casos de teste

Avaliao de critrios de sada e relatrios

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

*finalizar e arquivar o testware

Actividades de fecho da fase de testes

*verificar se os entregveis planeados foram realmente entregues

1.5. A Psicologia dos Testes

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

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

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

objetivos capacidades de relacionamento

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

1.2 O teste deve ser interrompido quando:

a) todos os testes planeados foram executados

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

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

a) Utilizando testes automatizados possvel testar tudo

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

1.8 Qual das seguintes afirmaes so verdadeiras?

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

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

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

1.10. Qual das seguintes caractersticas no uma caracterstica de qualidade

1.11. Escolha a melhor definio de qualidade

1.12. Cobrir uma falha :

a. Condio de erro que esconde outra condio de erro

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

a. Falta de documentao tcnica

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

a. Quando o cdigo estiver completo

1.15 O teste dividido em etapas distintas principalmente porque:

a) Cada estgio de teste tem um propsito diferente.

1.16 Analise o seguinte procedimento altamente simplificado:

1.17 Ao priorizar o que testar, o objetivo mais importante

a) encontrar tantas falhas quanto possvel

1.18 Qual dos seguintes falso?