TECNICAS DE TESTE- ROTEIROS DE TESTE

Porto Velho
2015

SUMRIO

1. INTRODUO..................................................................... .............................. 4
2 TCNICAS DE TESTE DE SOFTWARE............................................................. 5
2.1 Teste Estrutural.................................................................................................. 5
2.2 Teste Funcional.................................................................................................. 6
2.3 Outras tcnicas.................................................................................................. 7
3 ROTEIRO DE TESTE.......................................................................................... 8
3.1 Fases de testes de software.............................................................................. 8
3.2 Como fazer os testes.........................................................................................9
3.3 Itens importantes que os testes ajudam a garantir............................................9
4. CONCLUSO......................................................................................................11
5 REFERNCIAS.................................................................................................. 12

1. INTRODUO
Neste contexto ser apresentado sobre Teste de Software, pontuando e
exemplificado entre outras tcnicas a de Caixaestrutural e o Teste Funcional e ainda
ser abordado sobre o Roteiro de Teste. Teste de Software consiste na execuo do
software de maneira controlada para avaliar se ele se comporta ou no conforme o
especificado. Visa a verificar e relatar o estado do software, a qualquer momento,
em termos significativos a todos que precisam desta informao. O testador no
pode ter pena do software. Ao contrrio, quanto mais severamente o software for
exercitado, maiores as chances de encontrar uma falha. exatamente isto que
queremos: se existem problemas no software, melhor que ns (desenvolvedores e
testadores) os encontremos, no os nossos clientes (Nobiato, 2014).
Ao contrrio das demais fases de engenharia de software, o teste de
software tem uma natureza destrutiva. O teste de software existe para que se
descubram os erros do sistema antes de realizar a entrega para o cliente. Para que
seja descobertos erros ou falhas necessrio que o software seja testado de
diferentes formas e situaes diversas. Caso o teste retorne que ainda no foi
descoberto sinal de que o teste foi bem sucedido. O teste pode ser dividido em
dois tipos ou etapas: estrutural e funcional.

2. TCNICAS DE TESTE DE SOFTWARE

H varias maneiras de se testa um software, porem existem algumas
tcnicas que sempre foram muitoutilizadas em sistemasdesenvolvidos para
linguagem estruturada, o objetivo principal das tcnicas encontrar falhas no
software.
As tcnicas de teste so classificadas de acordo com a origem das
informaes utilizadas para estabelecer os requisitos de teste. Elas contemplam
diferentes perspectivas do software e impe-se a necessidade de se estabelecer
uma estratgia de teste que contemple as vantagens e os aspectos complementares
dessas tcnicas. As tcnicas existentes so: tcnica funcional e estrutural
(NETO,2007 ).
2.1 Tecnica estrutural
A tecnica estrutural e tambem conhecida como teste da caixa Branca,
essa tecnica trabalha diretamente no codigo fonte do software , os testadores tem
acesso o codigo fonte para verficar se h erros entre a bibliotecas e os demas
componentes e analiso o desempenho do codigo.
Sengundo a pesquisa feita no site wikipedia.O testador tem acesso ao
cdigo fonte da aplicao e pode construir cdigos para efetuar a ligao
de bibliotecas e componentes. Este tipo de teste desenvolvido analisando o cdigo
fonte e elaborando casos de teste que cubram todas as possibilidades do
componente de software. Dessa maneira, todas as variaes relevantes originadas
por estruturas de condies so testadas
Um exemplo bem prtico desta tcnica de teste o uso da ferramenta
livre JUNIT para desenvolvimento de classes de teste para testar classes ou
mtodos desenvolvidos em Java. Tambm se enquadram nessa tcnica testes
manuais ou testes efetuados com apoio de ferramentas para verificao de
aderncia a boas prticas de codificao reconhecidas pelo mercado de software. A
aderncia a padres e boas prticas visa principalmente a diminuio da
possibilidade de erros de codificao e a busca de utilizao de comandos que
4

gerem o melhor desempenho de execuo possvel. Apesar de muitos

desenvolvedores alegarem que no h ganhos perceptveis com essa tcnica de
teste aplicada sobre unidades de software, devemos lembrar que, no ambiente
produtivo, cada programa pode vir a ser executado milhares ou milhes de vezes em
intervalos de tempo pequenos. na realidade de produo que a soma dos
aparentes pequenos tempos de execuo e consumo de memria de cada programa
poder levar o software a deixar de atender aos objetivos esperados. A tcnica de
teste de caixa-branca recomendada para as fases de teste de unidade e teste de
integrao, cuja responsabilidade principal fica a cargo dos desenvolvedores do
software, que por sua vez conhecem bem o cdigo fonte produzido.
2.2 Teste Funcional
Tambem conhecido como teste da caixa preta o tecnica funcional
adequada ao teste de valores tpicos de entrada de um programa, nessa tcnica os
teste so gerados a partir do conhecimento das entradas, verificando se passa
informaes falsas no sistema.
Segundo LORENO o teste de caixa-preta baseado nos requisitos
funcionais do software. Como no h conhecimento sobre a operao interna do
programa, o avaliador se concentra nas funes que o software deve desempenhar.
A partir da especificao so determinadas as sadas esperadas para certos
conjuntos de entrada de dados. Esse tipo de teste reflete, de certa forma, a ptica
do usurio, que est interessado em se servir do programa sem considerar os
detalhes de sua construo. Comparando a outros tipos de teste, este
relativamente mais simples.
Esse tipo de teste e particularmente til para revelar problemas, tais como:

Funes incorretas ou omitidas;

Erros de interface;
Erros de comportamento ou desempenho;
Erros de iniciao e trmino.
Um exemplo prtico de aplicao verificar a consistncia de dados de

interface, fazer entradas erradas de dados e observar o comportamento do

programa, extraido de ( LOURENO,2010) ns informa que o avaliador ao realizar
5

o teste deve buscar simular erros que um usurio pode cometer e que fogem da
especificao do programa:
Usar como data de nascimento a data atual ou uma data futura;
Preencher campos com um nmero insuficiente de caracteres (por
exemplo, digitar apenas 123 para CPF ou telefone);
Cdigos de CPF ou de CEP errados;
Preencher campos como nome com valores muito grandes (por
exemplo, copiar- colar um texto de 10 Kbytes num campo);
Deixar campos de entrada vazios ou preench-los com espaos
brancos ou zeros (sobretudo campos de preenchimento obrigatrio);
Usar valores negativos para nmeros, como valor a pagar;
No respeitar tipos de dados (por exemplo, digitar letras ou smbolos
em um campo idade).
Duplicar informaes (tentar cadastrar duas vezes exatamente os
mesmos dados);
Procurar registros inexistentes.
2.3 Outras tcnicas
Outras tcnicas de teste podem e devem ser usadas de acordo com
necessidades de negcio ou restries tecnolgicas.
Destacam-se as seguintes tcnicas: teste de desempenho, teste de
usabilidade, teste de carga, teste de stress, teste de confiabilidade e teste de
recuperao. Alguns autores chegam a definir uma tcnica de teste caixa cinza, que
seria um mesclado do uso das tcnicas de caixa preta e caixa branca, mas, como
toda execuo de trabalho relacionado atividade de teste utilizar
simultaneamente mais de uma tcnica de teste, recomendvel que se fixem os
conceitos primrios de cada tcnica, (NETO,2007 ).

3. ROTEIRO DE TESTE
O roteiro de teste tambm conhecido como Projeto de Teste, ele
importante no momento da desempenho dos testes, pois o testador consegue
alcanar uma sequncia de passos de forma prtica, sem a necessidade de
consultar todos os documentos de especificao no momento dos testes, podendo
ficar focado apenas em executar os testes.
O Roteiro de Teste uma maneira de realizar testes manuais em
softwares, como por exemplo, em Testes Funcionais. Este roteiro elaborado a
partir dos documentos de especificao de um determinado caso de uso, como:
especificao funcional guia de interface e modelagem do banco de dados,
(CAROLINE,2007).
3.1 Fases de testes de software
O teste de software e feito por fases, (Giacomin,2009) nos apresenta as
fases mas importante do teste entre elas se destacam :
Teste de unidade : Nesta fase so realizados testes em partes do
sistema e podem ser em sub-rotinas ou em trechos do cdigo. O objetivo
encontrar falhas em partes pequenas do sistema funcionando de forma
independente do todo.
Teste de integrao: Nesta fase, como o prprio nome diz, so feitos
testes na integrao das partes do sistema. As falhas so comumente encontradas
na comunicao entre os componentes. Por exemplo, um componente espera um
valor Y, mas o componente que deveria passar este valor retorna W.
Teste de sistema :Aqui sero realizados testes usando o sistema do
ponto de vista do usurio final. Sempre que possvel recomendado que estes
testes sejam feitos no mesmo ambiente e condies do usurio final.
Teste de aceitao: Testes realizados por usurios finais do sistema a fim
de conferir se o sistema atende a todos os requisitos solicitados e se est de acordo
com todos os critrios de aceito do sistema.

Teste de operao: Fase em que os testes so realizados pelos

administradores do ambiente final do sistema. So feitas simulaes para garantir
que o sistema entrar no sistema de produo de forma segura e estvel.
3.2 Como fazer os testes
O ideal seria que sempre houvesse uma equipe destinada a realizar
testes de software, produzindo os relatrios necessrios para que os problemas
possam ser estudados e resolvidos. Mas nem todas as empresas possuem estrutura
que suporte ter uma equipe que siga todas as instrues para a realizao de testes.
Nestes casos, uma boa sada nomear algum da empresa que no
esteja envolvido na produo do sistema para realizar os testes. Claro que nestes
casos as empresas devem definir quais os principais testes devem ser realizados de
forma a atingir as partes mais crticas do sistema.
Os erros encontrados devem ser documentados com informaes
suficientes que ajudem na reproduo do erro, facilitando assim a soluo do
problema. A documentao do erro deve ser definida pela empresa. importante
manter um histrico de falhas encontradas, pois assim ao final do projeto, pode ser
feito um estudo e obter um aprendizado em cima dos erros que foram encontrados.
3.3 Itens importantes que os testes ajudam a garantir
Qualidade: A qualidade est relacionada ao fato de seu produto atender,
ou no, as necessidades de seu cliente, sejam elas implcitas ou explcitas. Os
testes ajudam a garantir que o produto atende todas as especificaes.
Economia: Reduz o tempo gasto com retrabalho relacionado s
manutenes corretivas, muitas vezes originadas por falhas de projetos e
programao.
Segurana: Hoje, a maioria dos sistemas desenvolvidos conta com algum
tipo de sistema de segurana, seja para uma rea restrita de um site ou para lidar
com transaes de informaes sigilosas.

Dependendo do projeto os testes de segurana podem ser considerados

fundamentais, valendo de tudo para tentar burlar o sistema.
Confiabilidade: Neste caso os testes so para medir o perodo mximo
de tempo que o software permanece funcionando sem apresentar falhas. Muitas
vezes durante os testes podem ser encontradas solues para aumentar a
confiabilidade do sistema.
Negcio: Os testes podem gerar informaes importantes para a
gerncia de uma empresa influenciando na deciso de liberar, ou no, o sistema
desenvolvido. Neste caso, a equipe deve estudar as falhas encontradas e ento criar
estratgias para elimin-las.

4. CONCLUSO

O processo de testes no consiste apenas na gerao e execuo de

casos de teste, mas tambm questes de planejamento, gerenciamento e anlise de
resultados. Aps ter sua estratgia de teste definida, tente buscar por ferramentas
que se encaixem na sua estratgia. Isso pode reduzir significantemente o esforo de
tal tarefa.
O teste de software uma das atividades mais custosas do processo de
desenvolvimento de software, pois pode envolver uma quantidade significativa dos
recursos de um projeto. O rigor e o custo associado a esta atividade dependem
principalmente da criticidade da aplicao a ser desenvolvida. Diferentes categorias
de aplicaes requerem uma preocupao diferenciada com as atividades de teste
(Claudio).Como j vimos o teste do software deve ser de forma rude, ele deve ser
testado em diferentes situaes e diversas possibilidades. O teste o processo de
executar um programa (software) com inteno de descobrir um erro. E um teste de
software bem sucedido aquele em que revela um erro que ainda no foi
descoberto.

5. REFERNCIAS
10

Filipe Giacomin; Um roteiro para planejar testes de software. Disponvel

em:http://webinsider.com.br/2009/05/25/um-roteiro-para-planejar-testes-de-software/
Acesso em 10 de Maro de 2015

CAROLINE, Anne; Como Elaborar um Roteiro de Teste; Grupo Testadores de

Software; Blog; 2007;Disponivel em: http://gtsw.blogspot.com.br/2007/10/comoelaborar-um-roteiro-de-testes.html. Acessdo em: 22 de maro de 2015.
Marcelo Loureno, Teste de Caixa-Preta.Disponivel em : http://qualidadede-software.blogspot.com.br/2010/01/teste-de-caixa-preta.html Acessdo em: 26 de
maro de 2015.
Arilo Claudio Dias Neto; Artigo Engenharia de Software - Introduo a Teste de
Software. Disponvel em:http://www.devmedia.com.br/artigo-engenharia-de-softwareintroducao-a-teste-de-software/8035 Acesso em 09 de maro de 2015
Tecnica estrutural Disponvel em: http://pt.wikipedia.org/wiki/Teste_de_software
Acesso em 10 de Maro de 2015

11