Testes funcionais: verifica se requisitos foram corretamente codificados.

1. Teste de estresse: Avaliar o comportamento do software sobre condies criticas,restries

de memria,rea de disco e CPU.Colocar o software sobre condio minima de operao.
Como usar:deve simular o mais prximo o ambiente de produo.Software on-line precisam
ser estressados com pessoas entrando as transaes com volumes normais e acima dos
normais.Software batch podem ser estressados com grande volume de dados.Incluir
situaes de erro nas transaes submetidas nos testes;As transaes podem ser
obtidas:geradores de dados de teste,transaes criadas pelo grupo de teste,transaes
processadas no ambiente de produo.Nos testes de estresse, o sistema deve ser executado
como seria executado no ambiente de produo.Os testers usam a documentao padro do
sistema,e as pessoas quem entram as transaes ou utilizam o software devem ser as mesas
que fariam em produo.Softwares online precisam ser testados por um perido de tempo
prolongado,e softwares batch com mais de um lote de transaes.Quando usar:quando existe
incertezas quanto a quantidade ou volume de trabalho que a aplicao pode tratar sem falhar
2. Teste de execuo:So desenhados para avaliar o compotamento do sistema no ambiente de
produo e verificar se so atendidas as premissas de desempenho estabelecidas.Verifica o
tempo de resposta,tempo de processamento e perfomace.Objetivo:Determinar o desempenho
da estrutura do sistema;Verificar o nvel de utilizao do hardware e software;Determinar o
tempo de resposta das transaes online;Determinar o tempo de processamento das
transaes.Como usar: usar monitores de hardware e software,simulando o funcionamento
de todas as partes ou apenas uma seo do sistema,usando modelos de simulao;Criando
programas temporrios para avaliar o desempenho;
3. Teste de recuperao(contingncia):A recuperao a capidade de reiniciar operaes aps a
parda da integridade de uma aplicao.Esse processo requer que se volte a um ponto do
processamento no qual a integridade do sistema garantida e ento se reprocessem as
transaes at o ponto da falha.A importncia da recuperao depende da aplicao.
Objetivos: garantir a continuidade das operaes aps um desastre.Temos:Manter backup
dos dados,armanezar os dados de backup em local seguro,documentar os procedimentos de
recuperao,nomear as pessoas encarregadas da recuperao e verificar se foram
treinadas,disponibilizar ferramentas para a recuperao(desenvolvidas ou adiquiridas).
Como usar:Pode ser conduzido de 2 maneiras:primeiro,os
procedumentos,metododos,ferramentas e tecnicas so acessados para avaliar a
adequao.,depois do desenvolvimento,uma falha introduzida e verificada a capacidade
de recuperao;Ex:Perda da capacidade de entrada de dados,perda de comunicao,falhas de
hardware e software bsicos,perda de integridade das bases de dados,erro de operao e
falha no sistema de aplicao.Induzir um dos programas do sistema a falhar,inserindo uma
instruo para um cdigo de transao que quando identificado enceriaria o programa.A
recuperao poderia ser conduzida a partir de um ponto conhecido,no qual se garante a
integridade dos dados.O exerccio seria recuperar esses dados a partir de uma posio mais
adiante e garantir que o backup se adeque ao precesso de recuperao.Completada a
recuperao,os arquivos devem voltar ao ponto em que dados eram conhecidos para que ser
comparados com os arquivos recriado durante o processo de recuperao.
4. Testes de operao:Verifica ,antes da produo,se os procedimentos da produo e os
operadores podem executar adequadamente a aplicao.Objetivos:determinar se a
documentao da operao est completa;garantir que os mecanismos de suporte,tais como
os procedimentos de scheduling,foram correamente preparados e funcionam de modo

adequado.Avaliar se o treanamento dos operadores est completo.Testar se os

operadores,usando a documentao preparada,conseguem efetivamente operar o sistema.
Como Usar:Os operadores n devem ser avisados nem obter ajuda externa durante o processo
de teste:os testes precisam ser realizados como parte da operao normal do computador,de
modo que seja avaliada a efetividade da operao em processar a aplicao num ambiente
real;
5. Testes de conformidade:Os testes de conformidade verificam se a aplicao foi desenvolvida
de acordo com padres e procedimentos de guias de TI.
6. Testes de seguraa:Processo necessrio para garantir a confidencialidade das informaes e
a proteo dos dados contra acesso indevido de terceiros.Quantidade de segurana depende
dos riscos acossiados.Objetivos:Os defeitos de segura no so to obvios quanto os
demais.Sendo assim,os testes de segurana visam descobrir defeitos dificeis de serem
identificados.Determinar se foi dada atenao a identificao de riscos de
segurana,detemrinar se foi preparada uma definio realista das regras de acesso ao sistema
e se estas foram implementadas de acordo com as definies,determinar se existe pessoal
habilidtado para executar teste de segurana adequado.Conduzir testes racionais para
garantir que as medidades de segurana foram corretamnte implementas.Como usar:Sa
uma parte altamente especializada do processo de teste.Identificr riscos de segurana e
potencial perda associada aos riscos.Riscos baixos e invases usuais o pessoal de TI pode
conduzir testes.Se rsicos so altos e a tecnologia para segurana sofisticada deve-se
contratar pessoal especializado.
Tecnicas de teste funcional:So desenhados para garantir que os requisistos e as
especificaes do sistema foram atendidos.
7. Teste de requisitos:Visam verificar se o sistema executa corretamente as funcionalidades e
se capaz de sustenatar essa correo aps um periodo tem tempo contnuo.Os testes de
equisitos devem ser considerados formalmente realizados aps os programas se tornarem
operacionais,embora os requisitos possam ser testatos individualmente durante as fases
anteriores do ciclo de vida.Objetivos:Verificar:os requisitos dos usurios foram
implementados,correo mantida por periodos longos,o processamento da aplicao est
em conformidade com as polticas e os procedimentos da organizao.Ex:Criar uma matriz
de testes para provar que os requisistos do sistema como foi documentado so os requisitos
desejado pelo usurio.Usar uma checklist peraparado especificadamente para a aplicao,a
fim de verificar sua conformidade com as polticas da organizaao;Determinar se o sistema
atende aos requisitos de auditoria estabelicods pelas reas de auditoria interna e de auditoria
externa.

8. Testes de regresso:Sempre que mudanas so efetuadas em uma parte do cdigo,problemas

podem ocorrer em outras partes testadas.Temos:Determinar se a documentao permanece
atual,determinar se os dados e as condies de teste permanecem atuais,determinar se
funes testadas antes continuam funcionam aps a mundana.Deve ser realizado toda vez
que o software sofrer mudanas,isso implica em realizar os mesmos testes usados
anteriormente para garantir que os resultados n foram afetados pela mudana.Normalmente
feitos atravs automatizao.
9. Teste de tratamento de erros:Determinam a capacidade do sistema de tratar apropriadamente

transaes incorretas.Em alguns softwares 50% do esforo de programao dedicado a

tratamento de erros.Objetivos:Determinar se todas as condies de erros so
reconhecidas;Determinar se foi atribuida responsabilidade para processar os erros
identificados;Determinar se mantido controle razovel sobre erros durante o processo de
correo.Pode ser feito um brainstorming com pessoas da TI,usurios e auditores para
identificar o que pode dar erro na aplicao,o resultado deve ser organizado por funo do
sistema,de modo que sejam criados conjuntos de transaes de teste.
10. Teste de suporte manual:Verificar se os procedimentos de suporte manual esto
documantados e completos,determinar se as responsabilidades pelo suporte manual foram
estabelecidas,determinar se o pessoal que dar o suporte manual est adequadamente
treinado,determinar se o suporte manual e o segmento automatizado esto interligados
apropriadamente.Como Usar:Os testes manuais envolvem,a principio a avaliao da
adequao do processo e,posteriormente,sua execuo,que pode ser feita juntamente com o
teste normal do sistema.
11. Testes de interconexo:Determinar se os parmetros e dados so transferidos corretamente
entre os softwares;Garantir o momento certo de execuo e a existncia de coordenao das
funes entre os softwares;determinar se a documentao pertinente correta e completa;
Como usar:Os testes de interconexo envolvem a operao de vrios softwares.Consiste
basicamente em passar os dados previstos entre os diversos softwares envolvidos e verificar se a
transfrencia foi bem realizada.O problema torna-se mais complexo durante a manuteno,quando
dois ou mais softwares esto,ao mesmo tempo,sofrendo modificaes.
Desenvolver um conjunto de transaes de teste num software para passagem para outros softwares
visando verificar a correta transfrencia;Verificar se a documentao dos softwares afetados est
atualizada.Os testes de interconexo devem ser conduzidos sempre que existir uma mudana nos
paramtros entre softwares de aplicaes.A extenso e os tipos de teste dependero de os riscos
associados com os parmetros estarem incorretos e gerarem resultados errados.

12.Testes de controle:Entre os controles esto a validao de dados, a integridade de arquivos,as

trilhas de auditoria,o backup e a recuperao,a documentao e outros aspectos do sistema ligados a
integridade.Diferente de outros testes que incluem essas atividades ele desenhado para assegurar o
funcionamento dos mecanismos que supervisionam o funcionamento do sistema de aplicaes.
Objetivo:Os dados sejam completos e corretos;as transaes sejam autorizadas;a manuteno das
informaes da trilha de auditoria seja realizada;os processamentos sejam
eficientes,eficazes,econmicos;o processamento atenda s necessidades dos usurios.
Como Usar:Os controles so desenhados para diminuir risco,estes devem ser identificados.O
responsvel pelos testes de controle cria situaes de risco para verificar se o os controles so
eficazes em reduzi-las a um nvel aceitvel.
13.Testes paralelos:O teste paralelo a mais popular tcnica de teste.Contudo com os softwares se
tornando mais populares e complexos essa tcnica anda em desuso.O teste paralelo serve para
determinar se os resultados de um novo software de aplicao so consistes com o processamento
do antigo sistema ou antiga verso do sistema.Assegurar que a nova verso execute
corretamente.Demonstrar consistncia e inconsistncia entre duas verses do mesmo software.

Testes estruturais: verifica se softwares so estruturamente slidos,funcionem no contexto onde

esto instalados.

Ambiente de testes em fases:

1Teste unitrio:Estgio mais baixo da escala de teste;Aplicado aos menores componentes do
cdigo
2Teste de integrao:Aplicado combinao das unidades de componentes.
3Teste de sistema:Aplicado ao sistema como um todo.
4Teste de aceitao:Teste Final;Funcionalidade e usabilidade.
Elaborao do teste:Elaborao dos testes tem como papel princial a atividade de elaborao dos
cenrios de teste,que sero testados.Cenrio uma histria hipottica que ajuda a solucionar um
problema complexo,recriando um visualizando um caminho a ser seguido.O cenrio de teste o
caminho a ser seguido ou a situao a ser testada.O cenrio que serve de base para o teste descrito
numa especificao do sistema:UML, o caso de uso.O caso de teste o cenrio para verificar se o
que foi especificado est bem implementado.
Documentao do teste:

Plano de teste:Apresenta o planejamento para a execuo do teste,incluindo a abrangncia,a

abordagem,os recursos e o cronograma das atividades de teste.Identifica os itens e as
funcionalidades a serem testados,as tarefas a serem realizadas e os riscos associados com a
atividade de teste,descrevendo ainda os diferente ambientes que sero utilizados durante o
teste.

Especificao do projeto de teste: Trata-se de um detalhamento da abordagem apresentada

no Plano de Teste que identifica as funcionalidades e as caractersticas a serem testadas pelo
projeto.Este documento tambm aponta os casos e os procedimentos de teste, se existirem, e
apresenta os critrios de aprovao.

Especificao de caso de teste:Define os casos de teste,o que inclui os dados de entrada, os

resultados esperados, as aes e as condies gerais para a execuo do teste.

Especificao do procedimento de teste: Identifica todo os passos necessrios para a

operao do sistema e o exerccio dos casos de teste especificados,de maneira a cobrir o
projeto de teste.

O caso de teste de ter as seguintes caractersticas:efetivo(testar o q se planejou

testar),econmico(sem passos desnecessrios),reutilizvel(que possa ser repetido),rastrevel(que
possa identificar o requisito a ser testado),auto-explicativo:que possa ser testado por qualquer
testador.Deve conter:

pr-condio,ps-condio,critrio de aceitao.
Identificao dos casos de testes(o que testar)
Detalhamento da massa de entrada e sada
Critrios especiais(caso necessrio)
Especificao do ambiente de teste
Tipo de implementao do teste(auto/manual)
Lista de interdependencias caso ouver

Mtodo Step-By-Step:
Tem como objetivo principal produzir rapidamente Casos de Teste completos para a especificao
do sistema de acordo com os seguintes passos:

1. Adicionar requisistos de terste para cobrir adequadamente o dominio de cada

entrada.Consiste em testar valores-limite(valores que extrapolam para mais e para menos as
condies limite do campo),valor mdio, condies de erros e entradas invlidas.
2. Listar os requisistos de teste de acordo com as especificaes do sistema.Identificar os
requisistos de teste e gerar uma lista de ideias de teste,tentando traar um escopo a ser
testado.
3. Identificar um caso de teste para cada requisisto de teste.Pensar nos vrios requisistos de
teste em vrias perspectivas para que seja possvel detectar diferentes tipos de defeitos.Essa
abordagem ajuda a testar a confiabilidade do sistema sob uso constante.
4. Para cada caso de teste, considerar as entradas e sadas , entradas especiais, a configurao
necessria para a a execuo e definir como o testardor sabe se o teste foi bem ou malsucedido.
5. Agrupar os casos de teste com entradas e configuraes comuns em suites de teste.O
objetivo agrupar por assunto os casos de teste elaborado, facilitando as coisas para o testar.
6. Revisar os casos de teste, completando o que for necessrio; listar todos os casos de teste e
verificar a aplicabilidade a cada especificao do sistema.

Erro:Falha humana
Defeito:resultado de uma falha humana em um codigo com documento