Você está na página 1de 11

FUNDAO NOKIA FN

Artur Trigo, 02
TESTE DE SOFTWARE

MANAUS AM
2014

FUNDAO NOKIA FN

Artur Trigo, 02
TESTE DE SOFTWARE
Trabalho de pesquisa solicitado por Ricardo
Chagas Fernandes, professor tcnico da
Fundao Nokia, para aproveitamento de
nota parcial na disciplina Tcnicas de
Sistemas de Informao (TSI) no 4
bimestre de 2014

MANAUS AM
2014

NDICE
1. APRESENTAO
2. TRABALHO DE PESQUISA TESTE DE SOFTWARE
2.1. DEFINIO
2.2. FUNO
2.3. NVEIS DE TESTE DE SOFTWARE
2.3.1. UNIDADE
2.3.2. INTEGRAO
2.3.3. SISTEMA
2.3.4. OPERAO
2.3.5. ACEITAO
2.3.6. TESTES ALFA E BETA
2.4. TCNICAS DE TESTE DE SOFTWARE
2.4.1. CAIXA BRANCA
2.4.2. CAIXA PRETA
2.4.3. CAIXA CINZA
2.4.4. REGRESSO
2.4.5. NO-FUNCIONALIDADE
2.5. ETAPAS DE UM TESTE DE SOFTWARE
2.5.1. PLANEJAMENTO
2.5.2. PREPARAO
2.5.3. ESPECIFICAO
2.5.4. EXECUO
2.5.5. ENTREGA
2.6. AVALIAO DO RESULTADO
2.6.1. DEFEITO
2.6.2. ERRO
2.6.3. FALHA
3. CONSIDERAES FINAIS
4. REFERNCIAS
5. ANEXOS
5.1. IMAGEM 1 NVEIS DE DESENVOLVIMENTO E TESTE
5.2. IMAGEM 2 DEFEITO x ERRO x FALHA

1. APRESENTAO

No mundo do desenvolvimento de sistemas, h algumas certezas com as quais o


programador tem de lidar, seja ele experiente ou no. Sem dvida, a mais incmoda
delas a de que O software nunca ser perfeito. Dentro de seu campo de
desenvolvimento, sempre haver algum evento para o qual o sistema no est
preparado. Portanto, para garantir o mximo de confiabilidade ao sistema necessrio
um conjunto de tcnicas que ponham prova o sistema e dessas essas tcnicas que
este trabalho de pesquisa tratar.

2. TRABALHO DE PESQUISA TESTE DE SOFTWARE


2.1. DEFINIO
O teste de software um intrincado processo de avaliao de um sistema
qualquer. Busca por prova o resultado do desenvolvimento no contexto em que
deve operar, avaliando com isso o xito da implementao do sistema, ou ainda
verificando certos problemas de funcionamento (e possivelmente corrigindo-os).
O processo de teste do software deve enquadrar todas as possibilidades e
eventuais circunstncias de uso do sistema em questo, uma vez que faz parte do
ltimo estgio do projeto de sistemas e a ltima fronteira entre o software e seu
usurio final. Infelizmente, tal tarefa beira o impossvel, e quando no o faz, implica
em um custo altssimo e em um tempo do qual dificilmente se dispe. Portanto,
espera-se que os testes tenham a menor taxa de inconsistncia possvel (em outras
palavras, que abarquem tantos casos de uso quanto forem viveis).
2.2. FUNO
Modelos de desenvolvimento gil e outros padres orientados ao objeto tornam
da fase de teste uma parte essencial do projeto, embora haja grande importncia do
mesmo em modelos estruturados.
Em aspectos gerais, o teste de software o responsvel por autenticar a
eficincia e "total" funcionalidade do produto final.
2.3. NVEIS DE TESTE DE SOFTWARE
Um software possui diversos nveis, que vo desde as funcionalidades bsicas
at o sistema completo. Sendo assim, h diversos nveis de teste, que basicamente
so:
2.3.1. UNIDADE
Testes aplicados s menores funcionalidades, como mtodos e outras
funes. Geralmente, avaliam a os resultados de E/S da parte do sistema em
teste.
2.3.2. INTEGRAO
Ocorre aps os testes de unidade. Avalia a combinao das funcionalidades
como um todo, como a resposta de cada uma ao comportamento da outra, algo
essencial em modelos orientados ao objeto, particularmente.
2.3.3. SISTEMA
Ocorre aps os testes de integrao. Avalia todas as funcionalidades,
devidamente integradas, em conjunto com as especificaes dadas pelo usurio
final. Geralmente, a ltima fase de teste realizada pela equipe de
desenvolvimento.

2.3.4. OPERAO
Realizado aps a entrega do sistema, avalia se o sistema obter sucesso em
seu funcionamento prtico (em outras palavras, verifica se o software j pode
entrar em funcionamento).
2.3.5. ACEITAO
Recorrentemente, parte complementar do teste de operao (este ltimo
mais restrito a softwares internos de empresas, focado exclusivamente no
funcionamento correto do mesmo). Testado com um grupo de usurios finais,
verifica se o software atende s expectativas.
2.3.6. TESTES ALFA E BETA
Geralmente utilizados em softwares de natureza comercial, so muito
parecidos com os testes de aceitao. Ambos so realizados pelo usurio final,
porm com certas diferena: testes alfa tm o acompanhamento do
desenvolvedor em um ambiente preparado pelo ltimo, que avalia o software e
registra possveis erros. A comunicao de erros em testes beta realizada
exclusivamente ao usurio final.

2.4. TCNICAS DE TESTE DE SOFTWARE


Um teste de software pode ser realizado atravs de diversos mtodos e
perspectivas. As principais delas so:
2.4.1. CAIXA BRANCA
Tcnica de teste que usa a perspectiva interna do sistema para modelar os
casos de teste, ou seja: a nvel de software, o cdigo-fonte; a nvel de hardware,
cada n de um circuito. Tpico do paradigma estruturado, esta tcnica
geralmente utilizada nos testes de unidade.
2.4.2. CAIXA PRETA
Teste de software que verificam a sada dos dados usando entradas de
vrios tipos. Tais entradas no so escolhidas conforme a estrutura do programa,
e por isso so tpicas da orientao a objeto. Pode ser usada em todas as fases do
sistema.
2.4.3. CAIXA CINZA
Mescla das duas tcnicas anteriormente citadas, podendo usar tambm
engenharia reversa. Muito utilizada em sistemas desenvolvidos com
metodologias geis.

2.4.4. REGRESSO
Teste que envolve o uso de verses anteriores do software como modelo,
reutilizando casos de teste j aplicados. Geralmente utilizada em atualizao de
sistemas ou na criao de funes de portabilidade para outros sistemas.
2.4.5. NO-FUNCIONALIDADE
Tcnica que apela para casos invlidos, avaliando assim que o sistema se
comporta corretamente em tais situaes, ou seja, falha. Utilizada para
especificar restries e regras de negcio do sistema.
2.5. ETAPAS DE UM TESTE DE SOFTWARE
Um teste de software tambm tem etapas de realizao, que organizam sua
execuo e com isso o torna mais conclusivo. So suas etapas:
2.5.1. PLANEJAMENTO
Elaborao das estratgias e do plano de teste. Nessa fase, cria-se o esboo
da aplicao do teste e o aspecto a ser avaliado no software.
2.5.2. PREPARAO
Dada sua concepo, necessrio arquitetar o meio em que o teste ser
realizado. Um ambiente de teste deve compreender os equipamentos, mo-deobra e outras ferramentas necessrias para a execuo do processo, como os
casos de teste propriamente ditos.
2.5.3. ESPECIFICAO
Com quase tudo pronto, uma ltima reviso nos casos e roteiros do teste
feita, acrescentando algum aspecto nos mesmos quando necessrio.
2.5.4. EXECUO
O teste realizado, os resultados so obtidos e categoricamente registrados.
2.5.5. ENTREGA
Terminando o ciclo de um teste, os resultados so apresentados, a
documentao finalizada e arquivada. A avaliao dos resultados cabe equipe
de desenvolvimento.
2.6. AVALIAO DO RESULTADO
A obteno de resultados negativos no processo de teste so uma parte
recorrente do desenvolvimento de softwares. Embora seja frustrante para a grande
maioria dos programadores, atravs dela que o sistema vai ser dilapidado,
aumentando a garantia de confiabilidade do software e reduzindo as chances de que
o mesmo no corresponda s expectativas do usurio final. Justamente por isso,
entender e discernir as causas da mesma essencial.

No que se refere ao como dos resultados negativos, a classificao procede da


seguinte forma:
2.6.1. DEFEITO
Problema no software ou em seu processo, causada por um erro de lgica.
Manifesta-se como uma incorreo no projeto do sistema.
2.6.2. ERRO
Resultado inesperado, est ligado geralmente com um caso de uso
inesperado, como eventos ou variveis para os quais o sistema no estava
preparado.
2.6.3. FALHA
Manifestao concreta de um erro no software. Dada em tempo de
execuo, pode ser exemplificada por um overflow de memria ou crash.

3. CONSIDERAES FINAIS

Espera-se que a pesquisa tenha alcanado seu objetivo de informar o leitor acerca
das tcnicas de teste de software, permitindo identificar, discernir e avaliar cada caso
dentro de seu respectivo mbito e metodologia. Com isso, espera-se que a nota parcial
possa ser satisfatoriamente alta.

4. REFERNCIAS
Wikipdia PTBR: Teste de Software
<http://pt.wikipedia.org/wiki/Teste_de_software>, Acesso em 12.10.2014, s
18:50
Wikipdia PTBR: Plano de Teste
<http://pt.wikipedia.org/wiki/Plano_de_teste>, Acesso em 12.10.2014, s 18:51
Salto na Computao: Erro X Defeito X Falha
<http://www.saltonacomputacao.com/2014/08/erro-x-defeito-x-falha.html>,
Acesso em 12.10.2014, s 19:11
Wikipdia PTBR: Teste de Unidade
<http://pt.wikipedia.org/wiki/Teste_de_unidade>, Acesso em 12.10.2014, s
19:38
Wikipdia PTBR: Teste de Integrao
<http://pt.wikipedia.org/wiki/Teste_de_integra%C3%A7%C3%A3o>, Acesso
em 12.10.2014, s 19:41
Wikipdia PTBR: Teste de Sistema
<http://pt.wikipedia.org/wiki/Teste_de_sistema>, Acesso em 12.10.2014, s
19:42
Wikipdia PTBR - Teste de Caixa Branca
<http://pt.wikipedia.org/wiki/Teste_de_caixa-branca>, Acesso em 12.10.2014,
s 20:11
Wikipdia PTBR: Teste de Caixa Preta
<http://pt.wikipedia.org/wiki/Teste_de_caixa-preta>, Acesso em 12.10.2014, s
20:11
Wikipdia PTBR - Teste de Regresso
<http://pt.wikipedia.org/wiki/Teste_de_regress%C3%A3o>, Acesso em
12.10.2014, s 20:13

5. ANEXOS
5.1. IMAGEM 1 NVEIS DE DESENVOLVIMENTO E TESTE
(FONTE: http://www.devmedia.com.br/imagens/engsoft/artigo7/image03.jpg)

5.2. IMAGEM 2 DEFEITO x ERRO x FALHA


(FONTE: http://www.devmedia.com.br/imagens/engsoft/artigo7/image01.jpg)