Aula07 - Testes de Software

Edited with the trial version of
Foxit Advanced PDF Editor

To remove this notice, visit:
www.foxitsoftware.com/shopping
Aula 07
Tecnologia da Informao p/ Caixa Econmica Federal (tpicos 8,9, 10, 11, 12 e 14)
Professor: Diego Carvalho

Tecnologia da Informao para Caixa Econmica Federal
Curso de Teoria e Exerccios CEF
Prof. Diego Carvalho Aula 07
AULA 07
SUMRIO PGINA
Apresentao 01
Testes de Software 02
Erro, Falha, Falta e Defeito 04
Exerccios 06
Tcnicas, Nveis e Tipos de Testes 07
Exerccios 12
Desenvolvimento Orientado a Testes 18
Exerccios 19
Lista de Exerccios Comentados 20
Gabarito 23
Bem, o edital pegou leve nesse assunto! Cobrou poucos tipos de testes e assuntos bsicos!
Portanto, vocs tm uma aula bem pequena para estudar! Boa aula! ;D
Engenharia de Software. Noes sobre: Modelagem de processos, Ciclo de vida do software. Metodologias de desenvolvimento de
software. Processo unificado: disciplinas, fases, papis e atividades. Metodologias geis. Anlise e projeto orientados a objetos. UML:
viso geral, modelos e diagramas. Padres de projeto. Arquitetura em trs camadas. Arquitetura orientada a servios. Mtricas e
estimativas de software. Anlise por pontos de funo. Conceitos bsicos e aplicaes. Engenharia de requisitos. Conceitos bsicos.
Noes sobre: tcnicas de elicitao de requisitos, especificao de requisitos e tcnicas de validao de requisitos. Prototipao.
Interoperabilidade de sistemas, SOA e Web Services, Padres XML, XSLT, UDDI, WSDL e Soap. Testes de software: conceitos e
aplicaes. Testes unitrios, de integrao e de aceitao: conceitos e aplicaes. Desenvolvimento orientado a testes: conceitos e
aplicaes. Gerncia de configurao: conceitos e prticas. Uso de ferramentas de gerncia de configurao. Controle de defeitos:
conceitos e prticas. Portais corporativos: arquitetura da informao, portlets e RSS. Ferramentas de Gesto de Contedos. Modelo
de Acessibilidade do Governo Eletrnico.
01929967110
Prof. Diego Carvalho www.estrategiaconcursos.com.br Pg. 1 de 23

TESTES DE SOFTWARE
O Teste de Software o processo de executar um software com dois objetivos principais: primeiro,
demonstrar ao desenvolvedor e ao cliente que o software atende aos requisitos especificados;
segundo, descobrir falhas ou defeitos no software que apresente comportamento incorreto, no
desejvel ou em no conformidade com sua especificao.
Os testes no podem demonstrar que um software livre de defeitos ou que ele se comportar
conforme especificado em todas as circunstncias. sempre possvel que um teste ignorado possa
descobrir mais problemas no sistema. J dizia Edsger Dijkstra: Os testes podem somente mostrar
a presena de erros, no sua ausncia.
O que um Teste de Software? Myers diz que o processo de executar um determinado software
com a inteno de encontrar defeitos. A IEEE 729 define como o processo formal de avaliar um
sistema ou componente por meios manuais ou automticos para verificar se ele satisfaz os
requisitos especificados.
O Glossrio ISTQB conceitua atividades do ciclo de vida, estticas ou dinmicas, voltadas para o
planejamento, preparao e avaliao de produtos de software e produtos de trabalho
relacionados a fim de determinar se eles satisfazem os requisitos especificados e demonstrar que
esto aptos para sua finalidade e deteco de defeitos.
Ao longo de diversos anos, a engenharia de software evoluiu de modo a sugerir alguns princpios
que guiam os testes de software. Vejamos alguns abaixo:
TESTES DEMONSTRAM A PRESENA DE DEFEITOS!
Um teste pode demonstrar a presena de defeitos, mas no pode provar que eles no existem.
Ele reduz a probabilidade de que os defeitos permaneam em um software, mas mesmo se
nenhum defeito for encontrado no quer dizer que esteja perfeito.
01929967110
TESTES EXAUSTIVOS SO IMPOSSVEIS!
Testar todas as combinaes de entradas e pr-condies invivel, exceto para casos triviais.
Em vez de realizar testes exaustivos, os riscos e prioridades so levados em considerao para
dar foco aos esforos de teste.
TESTE O MAIS BREVE POSSVEL!
Os defeitos encontrados nas fases iniciais do processo de desenvolvimento de software so mais

baratos de serem corrigidos do que aqueles encontrados j em fase produo. H, inclusive,
tcnicas de testes antes mesmo da implementao.

AGRUPAM OS DEFEITOS MAIS SENSVEIS
Seguindo o Princpio de Pareto, 80% dos defeitos so causados por 20% do cdigo. Ao identificar
essas reas sensveis, os testes podem prioriz-las, enquanto ainda procuram por erros nas
demais regies.
PARADOXO DO PESTICIDA!
Caso os mesmos testes sejam aplicados repetidamente, em determinado momento eles deixam
de ser teis, ou seja, no conseguem encontrar nenhum novo defeito. Por isso, os testes precisam
ser revisitados com frequncia (novos pesticidas).
TESTES DEPENDEM DO CONTEXTO!
Os testes devem ser elaborados de acordo com o contexto de utilizao do software. Exemplo:
um sistema bancrio deve ser testado de maneira diferente de uma rede social. Assim como
testes de aplicao web tm foco diferente do desktop.
AUSNCIA DE DEFEITOS UMA ILUSO!
Identificar e corrigir os problemas de um software no garantem que ele est pronto. Os testes
foram elaborados para identificar todas as possveis falhas? O sistema atende s necessidades e
expectativas dos usurios? Ou seja, h outros fatores!
Galera, mudando um pouquinho de assunto! Que tal falarmos um pouco sobre a diferena entre
um Analista de Testes e um Testador? Analista de Teste o responsvel por inicialmente identificar
e posteriormente definir os testes necessrios, monitorar a abrangncia dos testes e avaliar a
qualidade geral obtida ao testar os Itens de Teste-alvo. Este papel responsvel por:
Identificar os Itens de Teste-alvo a serem avaliados pelo esforo de teste;

01929967110
Definir os testes apropriados necessrios e quaisquer Dados de Teste associados;

Coletar e gerenciar os Dados de Teste;
Avaliar o resultado de cada ciclo de teste;
O papel Testador responsvel pelas atividades centrais do esforo de teste, que envolve conduzir
os testes necessrios e registrar os resultados desses testes. Isso inclui:
Identificar a abordagem de implementao mais apropriada para um dado teste;

Implementar testes individuais;
Configurar e executar os testes;
Registrar os resultados e verificar a execuo dos testes;
Analisar erros de execuo e recuperar-se deles;

ERRO, FALHA, FALTA E DEFEITO
Vamos falar brevemente sobre esses conceitos? Para tal, vamos utilizar as definies de diversos
autores e instituies! Antes de tudo, vamos comear pelo mais fcil: Defeito e Falta podem ser
considerados sinnimos no h qualquer diferena entre esses conceitos. Ademais, os nomes em
ingls podem ser teis: Erro/Error, Falha/Failure, Falta/Fault e Defeito/Defect.
DE ACORDO COM IEEE 610

Ato inconsistente cometido por um indivduo ao tentar entender uma determinada
DEFEITO informao, resolver um problema ou utilizar um mtodo ou uma ferramenta. Pode ocasionar
a manifestao de erros em um produto.
Manifestao concreta de um defeito. Diferena entre valor obtido e valor esperado, i.e.,
ERRO qualquer estado intermedirio incorreto ou resultado inesperado durante a execuo de um
programa constitui um erro.
Comportamento operacional do software diferente do esperado pelo usurio. Uma falha pode
FALHA ter sido causada por diversos erros e alguns erros podem nunca causar uma falha. Afetam
diretamente o usurio final da aplicao.
DE ACORDO COM MALDONADO

Incapacidade de algum componente em realizar a funo qual foi projetado.
DEFEITO
Manifestao de uma falha no sistema, causando diferenas das respostas apresentadas com
ERRO as esperadas nem todas as falhas causaro erros no programa.
Incapacidade de o sistema executar suas funes requeridas dentro das exigncias

FALHA especificadas no existe falha se o programa no tem defeito.
DE ACORDO COM PRESSMAN

Problema de qualidade descoberto antes de o software ser lanado aos usurios finais ou aps
DEFEITO outra atividade de um processo de software
Problema de qualidade descoberto aps o software ser lanado aos usurios finais ou aps
01929967110
ERRO outra atividade de um processo de software.
Incapacidade de o sistema executar suas funes requeridas dentro das exigncias

FALHA especificadas no existe falha se o programa no tem defeito.
DE ACORDO COM SOMMERVILLE

Uma caracterstica do sistema de software que pode levar a um erro de sistema. Por exemplo,
DEFEITO a falha em iniciar uma varivel pode levar a um valor errado quando esta for usada.
Um estado errneo de sistema que pode lev-lo a um comportamento inesperado pelos seus
ERRO usurios.

Um evento que ocorre em algum momento, quando o sistema no fornece um servio
FALHA conforme esperado por seus usurios.
Defeitos fazem parte do universo fsico, i.e., a aplicao propriamente dita. Ademais, so causados
por pessoas. Defeitos podem ocasionar a manifestao de erros, i.e., a construo de um software
diferente do especificado fazem parte do universo de informao. Por fim, erros podem gerar
falhas como comportamentos inesperados de um software fazem parte do universo do usurio.
UNIVERSO DO USURIO
UNIVERSO DA INFORMAO
UNIVERSO FSICO
Vamos ver um exemplo? Imaginem que Steve Jobs (R.I.P.) se enganou na construo da lgica do
software do iPod, provocando um loop infinito e causando, por fim, o travamento do dispositivo.
Ora, qual a causa raiz de tudo isso? O defeito na lgica! Qual foi a consequncia? O algoritmo
entrou em loop infinito! E o que o usurio percebeu? O travamento do dispositivo!
Vamos ver outro exemplo? Imaginem que um cabo de rede de uma impressora se desconectou
(aqui est o defeito!), provocando uma falha de comunicao entre estaes de trabalho e servidor
de rede (aqui est o Erro!) e causando, por fim, a no impresso de arquivos (aqui est a Falha!).
Ficou mais fcil de entender agora?
Galera, percebam que defeitos so observados sob uma perspectiva interna, i.e., cdigo est
incorreto, lgica est inconsistente, funes esto ausentes, h problemas de hardware, etc. Em
contrapartida, falhas so observadas sob uma perspectiva externa, i.e., sob o ponto de vista da
percepo do usurio travamento do sistema, terminao anormal, tela azul, etc.
01929967110
No meio, ns temos a perspectiva intermediria. A, eu pergunto: erros

sempre causaro falhas? No! No primeiro exemplo, se o usurio no
utilizou a parte da lgica defeituosa, no haver consequncia
observvel. Do mesmo modo, caso o usurio no tente imprimir nada
enquanto o cabo estiver desconectado, nenhuma falha se manifestar!
Percebam, ento, que Defeitos causam Erros que podem causar Falhas.
Atentem-se para um detalhe importante: quando h uma diferena entre o resultado observado e
o resultado esperado, temos um erro; quando h uma diferena entre o comportamento observado
e o comportamento esperado, temos uma falha! muito fcil cair em pegadinhas com conceitos
to parecidos por favor, no caiam!

(CESPE - 2010 - TRE-BA - Analista Judicirio - Anlise de Sistemas) Segundo o IEEE, defeito um ato
inconsistente cometido por um indivduo ao tentar entender determinada informao, resolver um
problema ou utilizar um mtodo ou uma ferramenta; erro o comportamento operacional do software
diferente do esperado pelo usurio, e que pode ter sido causado por diversas falhas; e falha uma
manifestao concreta de um defeito em um artefato de software, ou seja, qualquer estado
intermedirio incorreto ou resultado inesperado na execuo de um programa.
Comentrios:
Ato inconsistente cometido por um indivduo ao tentar resolver um problema? Trata-se de Defeito basta
imaginar um programador que usa uma lgica de programao errada; Comportamento operacional do
software diferente do esperado pelo usurio? Trata-se de Falha basta imaginar um usurio fazendo uma
multiplicao em uma calculadora e saindo um resultado errado; Manifestao concreta de um defeito em
um artefato de software, ou seja, qualquer estado intermedirio incorreto? Trata-se Erro essa eu admito
que mais complicada de acertar! Por que? Porque ele diz que se trata de uma manifestao concreta! No
entanto, ele tambm diz que um estado intermedirio, a fica fcil!
Gabarito: E
(CESPE - 2010 INMETRO - Analista de Sistemas - D) Na terminologia de testes, uma falta ou defeito
a causa de um mau funcionamento de um software; uma falha o resultado incorreto de uma falta ou
defeito; um erro a diferena entre um resultado computado e um resultado esperado. As falhas so
descobertas por meio de testes, mas a correo da falta ou do defeito que eliminar a falha.
Comentrios:
Perfeito! isso mesmo...
Gabarito: C
(CESPE - 2013 - TCE-RO - Analista de Informtica) No teste de software, defeitos em um produto podem
01929967110
provocar falhas, gerando erros, que so comportamentos inesperados em um software.
Comentrios:
Na verdade, defeitos provocam erros, que podem gerar falhas, que so comportamentos inesperados em
um software.
Gabarito: E

TCNICAS, NVEIS E TIPOS DE TESTES
Agora vamos falar de uma coisa

muito importante! Podemos olhar
para os testes por meio de trs
perspectivas diferentes: Tcnicas de
Testes, Nveis de Testes e Tipos de
Testes. A Figura 1 apresenta essas
trs perspectivas como um plano
cartesiano de trs dimenses. Ns
iremos estudar cada uma dela mais
frente! As Tcnicas de Teste de
Software buscam demonstrar como
testar. J os Nveis de Testes de
Software buscam demonstrar
quando testar.
Figura 1 - Perspectivas de Testes.
Por fim, os Tipos de Testes de Software buscam demonstrar o que testar. Essas trs perspectivas
so apresentadas na Figura 2 e sero detalhadas para melhor entendimento.
01929967110
Figura 2 - Perspectivas de Testes.
As Tcnicas de Testes se dividem em: Caixa-Branca, Caixa-Preta e Caixa-Cin . A primeira se foca

nas estruturas internas dos procedimentos do sistema. A segunda se foca nas entradas e sadas
especificadas nos requisitos funcionais. J a terceira se foca tanto em estruturas internas quanto nas
entradas e sadas especificadas nos requisitos.
A Tcnica Caixa-Branca (tambm conhecida como Estrutural ou Orientada Lgica) analisa

caminhos lgicos possveis de serem executados, portanto necessrio ter conhecimento sobre o
funcionamento interno dos componentes. Ele busca garantir que todos os caminhos independentes
de um mdulo sejam executados pelo menos uma vez.

Alm disso, ele trata de todas as decises lgicas para valores verdadeiros e falsos, alm de executar
laos dentro dos valores limites e avaliar as estruturas de dados internas. As tcnicas principais so:
Testes de Caminho Bsico, Testes de Estruturas de Controle e Complexidade Ciclomtica. Vamos
v-los mais detalhadamente.
Caminho Bsico: permite derivar uma medida de complexidade lgica de um projeto

procedimental e a utiliza para definir um conjunto bsico de caminhos de execuo.
Estruturas de Controle: permite validar estruturas de controle como estruturas de condio,

estruturas de fluxo de dados ou estruturas de laos.
Complexidade Ciclomtica: permite medir quantitativamente a complexidade lgica de um

cdigo por meio do nmero de caminhos independentes.
A Tcnica Caixa-Preta (tambm conhecida como Comportamental, Funcional ou Orientada a Dado)

se baseia em pr e ps-condies, geralmente sendo utilizada nas etapas posteriores da disciplina
de testes. Ele busca funes incorretas ou inexistentes, erros de comportamento ou desempenho,
erros de inicializao e interface, etc.
Ele tem o objetivo de verificar a funcionalidade e aderncia aos requisitos, em uma tica externa
ou do usurio, sem se basear em qualquer conhecimento do cdigo ou lgica interna do
mponente. As tcnicas principais so: Testes Baseados em Grafos, Particionamento de
Equivalncias, Anlise de Valor Limite e Teste de Matriz Ortogonal.
Baseado em Grafos: permite identificar os objetos e gera grafos para represent-los,

testando-os e seus relacionamentos com o intuito de descobrir erros.
Partio de Equivalncia: permite agrupar os valores de entrada em categorias de dados

para evitar testes redundantes e aumentar a cobertura de testes do sistema.
Anlise de Valor Limite: permite buscar exercitar os limites do domnio de entrada, tendo
em vista que a maioria dos erros se encontram nas extremidades da entrada.
Matriz Ortogonal: utilizado com entradas relativamente pequenas, casos de testes so

01929967110
espalhados uniformemente pelo domnio do teste para detectar falhas.
Os Nveis de Teste (tambm conhecido como Estgio/Estratgias) geralmente so agrupados de

acordo com o momento em que eles so executados ou tambm pelo nvel de especificidade do
teste. Exemplos: Teste de Unidade, Teste de Integrao, Teste de Sistema, Teste de Aceitao, entre
outros.

Figura 3 - Estgios de Testes.
A Figura 3 mostra que a espiral inicia-se em sentido horrio pelo Teste de Unidade (que analisa o
cdigo), em seguida realiza o Teste de Integrao (que analisa o projeto), depois o Teste de
Validao ou Aceitao (que analisa os requisitos), e, por fim, o Teste de Sistema (que analisa o
sistema).
TESTE DE UNIDADE
Trata do esforo de verificao na menor unidade de projeto de software componente ou

mdulo de software. Os testes unitrios verificam o funcionamento de um pedao do sistema ou
software isoladamente ou que possam ser testados separadamente. Eles so considerados um
apndice ao passo de codificao.
O projeto de Teste de Unidade pode ser realizado antes que o cdigo seja iniciado ou depois
de o cdigo-fonte ter sido gerado. Ele enfoca a lgica interna de processamento e as estruturas
de dados dentro dos limites de um componente. Professor, mas que componente esse? Ora,
mtodos, classes ou mdulos!
01929967110
TESTE DE INTEGRAO
Trata do esforo de verificao em uma combinao de componentes para verificar se eles

funcionam corretamente juntos, conforme as especificaes. Busca encontrar defeitos nas
interfaces e nas interaes entre componentes ou sistemas integrados. Ele sucede o Teste de
Unidade e antecede o Teste de Sistema.
Os resultados do Teste de Unidade dos mdulos do sistema servem de insumo para o Teste de
Integrao. uma tcnica sistemtica para construir a arquitetura de um software e descobrir
erros na integrao entre os componentes. Os mdulos so integrados gradualmente a fim de
facilitar a localizao de erros.

TESTE DE ACEITAO/VALIDAO
Trata do esforo em demonstrar a conformidade com os requisitos de software. Focaliza aes

visveis ao usurio e sadas do sistema reconhecidas tambm pelo usurio. bem sucedida
quando o software funciona do modo que pode ser razoavelmente esperado pelo usurio. Ele
sucede o Teste de Integrao e antecede o Teste de Sistema.
O ambiente de teste utilizado deve ser o mais prximo possvel do ambiente real! Os tipos mais
comuns so o Teste Alfa e o Teste Beta. O primeiro ocorre em um ambiente controlado
simulando a forma de utilizao do usurio. J o segundo ocorre no ambiente real de utilizao
e realizado pelo prprio usurio.
TESTE DE SISTEMA/FUNCIONAL
Trata do esforo em demonstrar o funcionamento do sistema como um todo, dentro de um

ambiente operacional controlado, para validar a exatido e perfeio na execuo de suas
funes. Utilizam-se dados de teste a fim de tentar evitar a ocorrncia de defeitos em ambiente
de produo.
Lembremos que um software frequentemente apenas um elemento de um sistema maior. Logo

necessrio test-lo considerando o contexto em que ser utilizado. Eles so conduzidos em
um ambiente completo e integrado, por vrias pessoas (no s os desenvolvedores). Busca-se
exercitar o sistema por completo!
Por fim, vamos tratar dos Tipos de Testes. Exemplos: Teste de Regresso, Fumaa, Recuperao,
Segurana, Carga, Desempenho e Usabilidade. Veremos alguns aqui:
TESTE DE CARGA/ESTRESSE/VOLUME
Trata do esforo em demonstrar o funcionamento do software em situaes anormais, i.e.,

executa o sistema em condies incomuns de demanda de recursos, velocidade, frequncia e
01929967110
volume. Em outras palavras, verifica qual limite de dados processados at a falha do sistema.
TESTE DE DESEMPENHO/PERFORMANCE
Trata do esforo em demonstrar que o sistema atende aos nveis de desempenho e tempo de
resposta acordados com os usurios e definidos nos requisitos. Geralmente ocorre paralelamente
ao Teste de Carga e avalia a capacidade de resposta do sistema em determinadas configuraes.
TESTE DE VULNERABILIDADE

Trata do esforo em demonstrar buracos de segurana e vulnerabilidades podem ser aplicadas
rede/mquina alvo. Quem efetuar o teste vai tentar identificar nas mquinas na rede alvo todas
as portas abertas, sistemas operativos e aplicaes a serem executadas.
TESTE DE USABILIDADE
Trata do esforo em demonstrar falhas na facilidade de uso do software pelos usurios finais.
Enfatiza fatores humanos, consistncia na interface grfica, esttica, ajuda online, assistentes
wizard, documentao do usurio, material de treinamento, entre outros. Uma boa interface com
o usurio deve ser fcil de usar e entender.
01929967110

(CESPE - 2013 - MPU - Tcnico - Tecnologia da Informao e Comunicao) Um dos critrios do teste
de unidade o particionamento de equivalncia, que consiste no particionamento do domnio de
entrada do programa de modo que o conjunto de testes resultantes corresponda a uma representao
satisfatria de todo o domnio.
Comentrios:
Vamos l? Particionamento de Equivalncia um dos critrios de Teste Caixa-Preta e, no, Teste de Unidade!
Gabarito: E
(CESPE - 2013 - TCE-RO - Analista de Informtica) Os principais nveis de teste de software so os de

caixa branca, os de caixa preta, os de sistema e os de aceitao.
Comentrios:
Testes Caixa-Branca e Caixa-Preta no so Nveis de Testes, mas Tcnicas de Testes.
Gabarito: E
(CESPE - 2013 - INPI - Analista de Planejamento - Desenvolvimento e Manuteno de Sistemas) Na

disciplina de testes, a implementao de testes, a execuo do conjunto de testes e a anlise das falhas
de testes so atividades de responsabilidade do analista de testes.
Comentrios:
Na verdade, todas essas atividades fazem parte do rol de responsabilidades do Testador e, no, do Analista
de Testes.
Gabarito: E
01929967110
(CESPE - 2013 - INPI - Analista de Planejamento - Desenvolvimento e Manuteno de Sistemas) No teste

de integrao, verificam-se o funcionamento em conjunto dos componentes do sistema, se so
chamados corretamente e se a transferncia de dados acontece no tempo correto, por meio de suas
interfaces.
Comentrios:
Perfeito, isso mesmo!
Gabarito: C
(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas - A) O teste de software constitui-
se em uma etapa importante no ciclo de desenvolvimento de software. Uma das caractersticas mais

importantes de um conjunto de testes de software, adequadamente planejados, provar a correo
integral no programa sob teste.
Comentrios:
Qual o objetivo de um teste? Encontrar erros! Ns j sabemos que virtualmente impossvel provar a
correo integral de um programa.
Gabarito: E
(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas - B) O teste de software constitui-
importantes de um conjunto de testes de software, adequadamente planejados, ter alta probabilidade
de detectar erros no programa sob teste.
Comentrios:
Exatamente isso! Um teste deve ter alta probabilidade de encontrar erros.
Gabarito: C
10. (FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas - C) O teste de software constitui-
importantes de um conjunto de testes de software, adequadamente planejados, ter grande
redundncia, a fim de testar mais de uma vez cada linha do programa sob teste.
Comentrios:
Opaaaa... no so desejveis testes redundantes, mas sim eficientes.
Gabarito: E
(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas - D) O teste de software constitui-
importantes de um conjunto de testes de software, adequadamente planejados, ser de alta
complexidade, pois assim pode-se cobrir todo o programa sob teste com apenas um teste.
01929967110
Comentrios:
Na verdade, testes no devem ser muito simples nem muito complexos.
Gabarito: E
12. (FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas - E) O teste de software constitui-
importantes de um conjunto de testes de software, adequadamente planejados, ser ocultado da equipe
de desenvolvimento do software, pois esta pode querer impedir sua aplicao.
Comentrios:
No faz nenhum sentido inclusive, a prpria Equipe de Desenvolvimento realiza testes (Testes de Unidade).

Gabarito: E
13. (FCC - 2012 - TCE- - Analista de Controle Externo - Tecnologia da Informao - I) Uma estratgia de
teste que escolhida por grande parte das equipes de software adota uma viso incremental do teste,
comeando com o teste de unidades individuais de programa, avanando para testes projetados a fim
de facilitar a integrao das unidades e culmina com testes que exercitam o sistema construdo.
Comentrios:
isso mesmo! Inicia-se com Testes de Unidade, depois Testes de Integrao e, por fim, Testes de Sistema.
Gabarito: C
14. (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informao - II) O teste de unidade
focaliza o esforo de verificao na menor unidade de projeto do software - o componente ou mdulo
de software. Usando a descrio de projeto no nvel de componente como guia, caminhos de controle
importantes so testados para descobrir erros dentro dos limites do mdulo.
Comentrios:
Essa uma boa definio para Testes de Unidade. Perfeito!

Gabarito: C
15. (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informao - O teste de unidade
normalmente considerado um apndice ao passo de codificao. O projeto de teste de unidade pode
ser realizado antes que o cdigo seja iniciado ou depois de o cdigo-fonte ter sido gerado.
Comentrios:
exatamente isso! comum inclusive que frameworks utilizem o Test-first Design.
Gabarito: C
16. (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informao - IV) O teste de
integrao uma tcnica sistemtica para construir a arquitetura do software enquanto, ao mesmo
tempo, conduz testes para descobrir erros associados s interfaces. O objetivo , a partir de componentes
01929967110
testados no nvel de unidade, construir uma estrutura de programa determinada pelo projeto.
Comentrios:
Essa a perfeita definio de Teste de Integrao.
Gabarito: C
17. (FCC - 2012 - - 6 Regio (PE) - Analista Judicirio - Tecnologia da Informao - I) Testes de cenrio
so teis pois podem garantir que no restam erros no sistema. Neste ponto diferem dos testes de
componentes que apenas garantem a integridade de mdulos isolados do sistema, mas no garantem
que a totalidade do sistema est isenta de erros.
Comentrios:

Como j vimos, nenhum teste capaz de garantir que no restam erros em um sistema.
Gabarito: E
18. (FCC - 2012 - TRT - 6 Regio (PE) - Analista Judicirio - Tecnologia da Informao - C) Um teste bem
sucedido um teste que no encontra nenhum erro no software.
Comentrios:
Bem, essa at engraada! Geralmente, um teste bem sucedido aquele que encontra erros! Se ele no
encontra erros, mais provvel que o teste tenha sido mal feito.
Gabarito: E
19. (FCC - 2011 - TCE-PR - Analista de Controle Informtica - A) Testes de desempenho devem ser
produzidos de forma a garantir que o sistema possa processar a sua carga prevista, sendo que tais testes
geralmente so planejados para que a carga seja continuamente aumentada at que o sistema apresente
desempenho fora do aceitvel.
Comentrios:
Os testes de desempenho devem ser projetados para assegurar que o sistema pode operar na carga
necessria. Isso envolve, geralmente, o planejamento de uma srie de testes em que a carga
constantemente aumentada at que o desempenho se torne inaceitvel. Perfeito!
Gabarito: C
20. (FCC - 2011 - TCE-PR - Analista de Controle Informtica - B) Os testes de desempenho devem
determinar se um sistema corresponde s suas exigncias, sendo que a descoberta de defeitos ou
problemas no sistema no enfoque desta etapa.
Comentrios:
O teste de desempenho concentra-se tanto em demonstrar que o sistema atende aos requisitos como
tambm em descobrir problemas e defeitos no sistema.
01929967110
Gabarito: E
21. (FCC - 2011 - TRE-PE - Analista Judicirio - Anlise de Sistemas - B) Testes sempre podem mostrar a
ausncia de erros.
Comentrios:
J vimos um milho de vezes! Testes no garantem a ausncia de erros!
Gabarito: E

22. (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manuteno - II) O teste de unidade
focaliza o esforo de verificao na maior unidade de projeto do software: o componente ou mdulo de
software.
Comentrios:
Opa... como ? Maior unidade de projeto? No! Na menor unidade de projeto do software!
Gabarito: E
23. (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manuteno - III) O teste de unidade
enfoca a lgica interna de processamento e as estruturas de dados dentro dos limites de um
componente.
Comentrios:
Perfeito! exatamente isso!
Gabarito: C
24. (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manuteno - IV) No teste de
unidade, a interface do mdulo testada para garantir que a informao flui adequadamente para
dentro e para fora da unidade de programa que est sendo testada.
Comentrios:
Galera, no se exaltem! O Teste de Integrao o que mais testa a interface, porm o Teste de Unidade
tambm a testa. No h nada errado aqui!
Gabarito: C
25. (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manuteno - IV) Na direo dos
tipos de teste focados pela engenharia de software, os testes de integrao cuidam dos tpicos
associados com os problemas de verificao o projeto de software.
Comentrios:
01929967110
Exatamente isso! Vamos relembrar? Testes de Unidade tratam do cdigo-fonte; Testes de Integrao tratam
de Projeto de Software; Testes de Validao tratam de Requisitos; Testes de Sistema tratam de Engenharia
de Sistemas.
Gabarito: C
26. (FCC - 2010 - TRT - 20 REGIO (SE) - Analista Judicirio - Tecnologia da Informao - C) No contexto
da estratgia para o teste de um projeto, os estgios de teste desempenham um papel importante. O
teste que aplicado a componentes do modelo de implementao para verificar se os fluxos de controle
e de dados esto cobertos e funcionam conforme o esperado, o teste de integrao.
Comentrios:

Bem, apesar de falar sobre componentes do modelo de implementao, no se trata de Teste de Integrao.
Observem que trata de um nvel de abstrao bastante baixo, sobre os fluxos de controle e de dados.
Portanto, trata-se de um Teste de Unidade.
Gabarito: E
27. (FCC - - TRE-PI - Tcnico Judicirio - Programao de Sistemas - C) Tambm conhecido por teste
estrutural ou orientado lgica, uma tcnica de teste de software que trabalha diretamente sobre o
cdigo fonte do componente de software para avaliar aspectos, tais como, teste de condio, teste de
fluxo de dados, teste de ciclos e teste de caminhos lgicos. Trata-se da tcnica de teste da Caixa-preta.
Comentrios:
No! Isso se trata do Teste Caixa-Branca.
Gabarito: E
28. (FCC - - SEFAZ-SP - Agente Fiscal de Rendas - Tecnologia da Informao - Prova 3 - B) Garantir
que um ou mais componentes de um sistema combinados funcionam corretamente o objetivo do tipo
de teste de integrao.
Comentrios:
Perfeito! bem intuitivo!
Gabarito: C
29. (FCC - - TRT - 18 Regio (GO) - Analista Judicirio - Tecnologia da Informao - A) Uma sistemtica
para construo da arquitetura do software enquanto, ao mesmo tempo, conduz ao descobrimento de
erros associados s interfaces a estratgia de teste de software denominada de sistema.
Comentrios:
Opa... na verdade, trata-se de Teste de Integrao.
Gabarito: E
01929967110

DESENVOLVIMENTO ORIENTADO A TESTES
O Desenvolvimento Orientado a Testes um mtodo gil de desenvolvimento de software que se

baseia na repetio de um ciclo de desenvolvimento curto, focado em testes unitrios, em que os
casos de teste que verificam uma nova funcionalidade escrito antes mesmo da prpria
funcionalidade. Escreve-se o teste, encontre uma falha e refatore-o, ciclicamente.
Portanto, implementa-se um caso de teste automatizado, em seguida implementa-se a

funcionalidade para que, ento, ela seja testada em relao ao caso de teste desenvolvido. Assim,
defeitos so encontrados e componentes so refatorados para atender s mudanas. Ok, professor!
Mas o que acontece depois?
Nesta abordagem, implementa-se na funcionalidade apenas o que necessrio para passar no

teste, assim desenvolvem-se minsculos incrementos de cdigo a cada ciclo, estimulando um
projeto simples. Lembram-se que essa uma prtica do XP assim como o Desenvolvimento Test-
first e Refatorao? Pois , TDD se origina do XP!
IMPORTANTE
Esse processo de desenvolvimento de software no uma abordagem para realizar testes, mas uma abordagem
para desenvolver softwares.
01929967110
Figura 1 - Ciclo de Desenvolvimento do TDD.

30. (CESPE INMETRO Analista Executivo em Metrologia e Qualidade Desenvolvimento de

Sistemas) A rotina diria dos desenvolvedores, ao empregar processos baseados no TDD (Test-Driven
Development), concentrada na elaborao de testes de homologao.
Comentrios:
A rotina dos desenvolvedores concentrada, na verdade, na elaborao de testes unitrios e, no, de

homogao. Lembrem-se: constri o teste unitrio, constri a funcionalidade e refatora a funcionalidade.
Gabarito: E
31. (CESPE 2013 INPI Analista de Planejamento Desenvolvimento e Manuteno de Sistemas) Usando-
se o TDD, as funcionalidades devem estar completas e da forma como sero apresentadas aos seus
usurios para que possam ser testadas e consideradas corretas.
Comentrios:
Pelo contrrio, primeiro so feitos os testes e depois desenvolvem-se as funcionalidades.
Gabarito: E
01929967110

LISTA DE EXERCCIOS COMENTADOS
(CESPE - 2010 - TRE-BA - Analista Judicirio - Anlise de Sistemas) Segundo o IEEE, defeito um ato
inconsistente cometido por um indivduo ao tentar entender determinada informao, resolver um
problema ou utilizar um mtodo ou uma ferramenta; erro o comportamento operacional do software
diferente do esperado pelo usurio, e que pode ter sido causado por diversas falhas; e falha uma
manifestao concreta de um defeito em um artefato de software, ou seja, qualquer estado
intermedirio incorreto ou resultado inesperado na execuo de um programa.
(CESPE - 2010 INMETRO - Analista de Sistemas - D) Na terminologia de testes, uma falta ou defeito
a causa de um mau funcionamento de um software; uma falha o resultado incorreto de uma falta ou
defeito; um erro a diferena entre um resultado computado e um resultado esperado. As falhas so
descobertas por meio de testes, mas a correo da falta ou do defeito que eliminar a falha.
(CESPE - 2013 - TCE-RO - Analista de Informtica) No teste de software, defeitos em um produto podem
provocar falhas, gerando erros, que so comportamentos inesperados em um software.
(CESPE - 2013 - MPU - Tcnico - Tecnologia da Informao e Comunicao) Um dos critrios do teste
de unidade o particionamento de equivalncia, que consiste no particionamento do domnio de
entrada do programa de modo que o conjunto de testes resultantes corresponda a uma representao
satisfatria de todo o domnio.
(CESPE - 2013 - TCE-RO - Analista de Informtica) Os principais nveis de teste de software so os de

caixa branca, os de caixa preta, os de sistema e os de aceitao.
(CESPE - 2013 - INPI - Analista de Planejamento - Desenvolvimento e Manuteno de Sistemas) Na

disciplina de testes, a implementao de testes, a execuo do conjunto de testes e a anlise das falhas
de testes so atividades de responsabilidade do analista de testes.
(CESPE - 2013 - INPI - Analista de Planejamento - Desenvolvimento e Manuteno de Sistemas) No teste

de integrao, verificam-se o funcionamento em conjunto dos componentes do sistema, se so
chamados corretamente e se a transferncia de dados acontece no tempo correto, por meio de suas
interfaces.
01929967110
(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas - A) O teste de software constitui-
importantes de um conjunto de testes de software, adequadamente planejados, provar a correo
integral no programa sob teste.
(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas - B) O teste de software constitui-
importantes de um conjunto de testes de software, adequadamente planejados, ter alta probabilidade
de detectar erros no programa sob teste.
10. (FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas - C) O teste de software constitui-

importantes de um conjunto de testes de software, adequadamente planejados, ter grande
redundncia, a fim de testar mais de uma vez cada linha do programa sob teste.
(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas - D) O teste de software constitui-
importantes de um conjunto de testes de software, adequadamente planejados, ser de alta
complexidade, pois assim pode-se cobrir todo o programa sob teste com apenas um teste.
12. (FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas - E) O teste de software constitui-
importantes de um conjunto de testes de software, adequadamente planejados, ser ocultado da equipe
de desenvolvimento do software, pois esta pode querer impedir sua aplicao.
13. (FCC - 2012 - TCE- - Analista de Controle Externo - Tecnologia da Informao - I) Uma estratgia de
teste que escolhida por grande parte das equipes de software adota uma viso incremental do teste,
comeando com o teste de unidades individuais de programa, avanando para testes projetados a fim
de facilitar a integrao das unidades e culmina com testes que exercitam o sistema construdo.
14. (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informao - II) O teste de unidade
focaliza o esforo de verificao na menor unidade de projeto do software - o componente ou mdulo
de software. Usando a descrio de projeto no nvel de componente como guia, caminhos de controle
importantes so testados para descobrir erros dentro dos limites do mdulo.
15. (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informao - O teste de unidade
normalmente considerado um apndice ao passo de codificao. O projeto de teste de unidade pode
ser realizado antes que o cdigo seja iniciado ou depois de o cdigo-fonte ter sido gerado.
16. (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informao - IV) O teste de
integrao uma tcnica sistemtica para construir a arquitetura do software enquanto, ao mesmo
tempo, conduz testes para descobrir erros associados s interfaces. O objetivo , a partir de componentes
testados no nvel de unidade, construir uma estrutura de programa determinada pelo projeto.
17. (FCC - 2012 - TRT - 6 Regio (PE) - Analista Judicirio - Tecnologia da Informao - I) Testes de cenrio
so teis pois podem garantir que no restam erros no sistema. Neste ponto diferem dos testes de
componentes que apenas garantem a integridade de mdulos isolados do sistema, mas no garantem
que a totalidade do sistema est isenta de erros.
01929967110
18. (FCC - 2012 - TRT - 6 Regio (PE) - Analista Judicirio - Tecnologia da Informao - C) Um teste bem
sucedido um teste que no encontra nenhum erro no software.
19. (FCC - 2011 - TCE-PR - Analista de Controle Informtica - A) Testes de desempenho devem ser
produzidos de forma a garantir que o sistema possa processar a sua carga prevista, sendo que tais testes
geralmente so planejados para que a carga seja continuamente aumentada at que o sistema apresente
desempenho fora do aceitvel.
20. (FCC - 2011 - TCE-PR - Analista de Controle Informtica - B) Os testes de desempenho devem
determinar se um sistema corresponde s suas exigncias, sendo que a descoberta de defeitos ou
problemas no sistema no enfoque desta etapa.

21. (FCC - 2011 - TRE-PE - Analista Judicirio - Anlise de Sistemas - B) Testes sempre podem mostrar a
ausncia de erros.
22. (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manuteno - II) O teste de unidade
focaliza o esforo de verificao na maior unidade de projeto do software: o componente ou mdulo de
software.
23. (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manuteno - III) O teste de unidade
enfoca a lgica interna de processamento e as estruturas de dados dentro dos limites de um
componente.
24. (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manuteno - IV) No teste de
unidade, a interface do mdulo testada para garantir que a informao flui adequadamente para
dentro e para fora da unidade de programa que est sendo testada.
25. (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manuteno - IV) Na direo dos
tipos de teste focados pela engenharia de software, os testes de integrao cuidam dos tpicos
associados com os problemas de verificao o projeto de software.
26. (FCC - 2010 - TRT - 20 REGIO (SE) - Analista Judicirio - Tecnologia da Informao - C) No contexto
da estratgia para o teste de um projeto, os estgios de teste desempenham um papel importante. O
teste que aplicado a componentes do modelo de implementao para verificar se os fluxos de controle
e de dados esto cobertos e funcionam conforme o esperado, o teste de integrao.
27. (FCC - - TRE-PI - Tcnico Judicirio - Programao de Sistemas - C) Tambm conhecido por teste
estrutural ou orientado lgica, uma tcnica de teste de software que trabalha diretamente sobre o
cdigo fonte do componente de software para avaliar aspectos, tais como, teste de condio, teste de
fluxo de dados, teste de ciclos e teste de caminhos lgicos. Trata-se da tcnica de teste da Caixa-preta.
28. (FCC - - SEFAZ-SP - Agente Fiscal de Rendas - Tecnologia da Informao - Prova 3 - B) Garantir
que um ou mais componentes de um sistema combinados funcionam corretamente o objetivo do tipo
de teste de integrao.
29. (FCC - - TRT - 18 Regio (GO) - Analista Judicirio - Tecnologia da Informao - A) Uma sistemtica
para construo da arquitetura do software enquanto, ao mesmo tempo, conduz ao descobrimento de
erros associados s interfaces a estratgia de teste de software denominada de sistema.
01929967110
30. (CESPE INMETRO Analista Executivo em Metrologia e Qualidade Desenvolvimento de

Sistemas) A rotina diria dos desenvolvedores, ao empregar processos baseados no TDD (Test-Driven
Development), concentrada na elaborao de testes de homologao.
31. (CESPE 2013 INPI Analista de Planejamento Desenvolvimento e Manuteno de Sistemas) Usando-
se o TDD, as funcionalidades devem estar completas e da forma como sero apresentadas aos seus
usurios para que possam ser testadas e consideradas corretas.

1 2 3 4 5 6 7 8 9 10
E C E E E E C E C E
11 12 13 14 15 16 17 18 19 20
E E C C C C E E C E
21 22 23 24 25 26 27 28 29 30
E E C C C E E C E E
31 32 33 34 35 36 37 38 39 40
E - - - - - - - - -
01929967110

Aula07 - Testes de Software

Загружено:

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

Оригинальное название

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

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

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

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

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

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

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

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

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

Aula07 - Testes de Software

Загружено:

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

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

Edited with the trial version of

Foxit Advanced PDF Editor

Professor: Diego Carvalho

Prof. Diego Carvalho www.estrategiaconcursos.com.br Pg. 1 de 23

TESTES DEMONSTRAM A PRESENA DE DEFEITOS!

TESTES EXAUSTIVOS SO IMPOSSVEIS!

TESTE O MAIS BREVE POSSVEL!

Os defeitos encontrados nas fases iniciais do processo de desenvolvimento de software so mais

Prof. Diego Carvalho www.estrategiaconcursos.com.br Pg. 2 de 23

TESTES DEPENDEM DO CONTEXTO!

AUSNCIA DE DEFEITOS UMA ILUSO!

Identificar os Itens de Teste-alvo a serem avaliados pelo esforo de teste;

Definir os testes apropriados necessrios e quaisquer Dados de Teste associados;

Identificar a abordagem de implementao mais apropriada para um dado teste;

Prof. Diego Carvalho www.estrategiaconcursos.com.br Pg. 3 de 23

ERRO, FALHA, FALTA E DEFEITO

DE ACORDO COM IEEE 610

DE ACORDO COM MALDONADO

Incapacidade de o sistema executar suas funes requeridas dentro das exigncias

DE ACORDO COM PRESSMAN

ERRO outra atividade de um processo de software.

Incapacidade de o sistema executar suas funes requeridas dentro das exigncias

DE ACORDO COM SOMMERVILLE

Prof. Diego Carvalho www.estrategiaconcursos.com.br Pg. 4 de 23

No meio, ns temos a perspectiva intermediria. A, eu pergunto: erros

Prof. Diego Carvalho www.estrategiaconcursos.com.br Pg. 5 de 23

Perfeito! isso mesmo...

provocar falhas, gerando erros, que so comportamentos inesperados em um software.

Prof. Diego Carvalho www.estrategiaconcursos.com.br Pg. 6 de 23

TCNICAS, NVEIS E TIPOS DE TESTES

Agora vamos falar de uma coisa

Figura 1 - Perspectivas de Testes.

Figura 2 - Perspectivas de Testes.

As Tcnicas de Testes se dividem em: Caixa-Branca, Caixa-Preta e Caixa-Cin . A primeira se foca

A Tcnica Caixa-Branca (tambm conhecida como Estrutural ou Orientada Lgica) analisa

Prof. Diego Carvalho www.estrategiaconcursos.com.br Pg. 7 de 23

Caminho Bsico: permite derivar uma medida de complexidade lgica de um projeto

Estruturas de Controle: permite validar estruturas de controle como estruturas de condio,

Complexidade Ciclomtica: permite medir quantitativamente a complexidade lgica de um

A Tcnica Caixa-Preta (tambm conhecida como Comportamental, Funcional ou Orientada a Dado)

Baseado em Grafos: permite identificar os objetos e gera grafos para represent-los,

Partio de Equivalncia: permite agrupar os valores de entrada em categorias de dados

Matriz Ortogonal: utilizado com entradas relativamente pequenas, casos de testes so

espalhados uniformemente pelo domnio do teste para detectar falhas.

Os Nveis de Teste (tambm conhecido como Estgio/Estratgias) geralmente so agrupados de

Prof. Diego Carvalho www.estrategiaconcursos.com.br Pg. 8 de 23

Figura 3 - Estgios de Testes.

Trata do esforo de verificao na menor unidade de projeto de software componente ou

Trata do esforo de verificao em uma combinao de componentes para verificar se eles

Prof. Diego Carvalho www.estrategiaconcursos.com.br Pg. 9 de 23

Trata do esforo em demonstrar a conformidade com os requisitos de software. Focaliza aes

Trata do esforo em demonstrar o funcionamento do sistema como um todo, dentro de um

Lembremos que um software frequentemente apenas um elemento de um sistema maior. Logo

Trata do esforo em demonstrar o funcionamento do software em situaes anormais, i.e.,

Prof. Diego Carvalho www.estrategiaconcursos.com.br Pg. 10 de 23

Prof. Diego Carvalho www.estrategiaconcursos.com.br Pg. 11 de 23

(CESPE - 2013 - TCE-RO - Analista de Informtica) Os principais nveis de teste de software so os de

Testes Caixa-Branca e Caixa-Preta no so Nveis de Testes, mas Tcnicas de Testes.

(CESPE - 2013 - INPI - Analista de Planejamento - Desenvolvimento e Manuteno de Sistemas) Na

(CESPE - 2013 - INPI - Analista de Planejamento - Desenvolvimento e Manuteno de Sistemas) No teste

Perfeito, isso mesmo!

Prof. Diego Carvalho www.estrategiaconcursos.com.br Pg. 12 de 23

Exatamente isso! Um teste deve ter alta probabilidade de encontrar erros.