Resumo livro BCTS: Captulo 2 Processo de teste

Captulo 2 Processo de teste

1.1. Ciclo de vida de desenvolvimento de software (CVDS)
O CVDS formado pelas seguintes fases:
Estudo preliminar;
Anlise de requisitos; Tambm nesta fase so levantadas as primeiras informaes
necessrias para a realizao dos testes, tais como as regras para testar os requisitos e os
pr-requisitos que permitem tal realizao. Inclui-se ainda o Plano de Teste, que contempla o
planejamento das principais atividades de teste, bem como recursos e os prazos para realizlos.
Desenho do sistema;
Construo; Nos programas preparados, devem ser aplicados os testes unitrios conforme
os planos de teste e os casos de teste preparados.
Implantao; Nesta fase so efetuados os testes de integrao e sistema. Finalmente o
sistema deve ser aceito pelo usurio ou cliente.
Operao.
1.2. Conceito V de teste
O ciclo de vida de testes pressupe que sejam realizados testes ao longo de todo o processo
de desenvolvimento.
Os ciclos de vida de testes e de desenvolvimento so totalmente interdependentes, mas o
ciclo de teste dependente da concluso dos produtos das atividades de desenvolvimento.
As atividades do ciclo de vida de teste devem ser realizadas por um grupo formalmente
definido para tal. Esse grupo pode ser :
Interno; formado por profissionais pertencentes ao projeto ou por uma rea especial para
as atividades de teste.
Externo; Formado por profissionais especializados em teste de uma empresa externa.
No conceito de ciclo de vida de testes, os processos de desenvolvimento e teste tm incio
simultaneamente: a equipe que desenvolve o sistema inicia o processo de desenvolvimento do
sistema, e a equipe que est conduzindo os testes comea o planejamento do processo de
teste.
A equipe de teste usa os mesmos requisitos com o propsito de testar o sistema.
No conceito V de teste, os processos de FAZER e CONFERIR convergem do incio at fim do
projeto. O grupo que FAZ trabalha com o objetivo de implementar o sistema, e a equipe que
CONFERE, simultaneamente, executa procedimentos de teste visando minimizar ou eliminar
riscos.

1.3. Processo de teste de software

Baseado no conceito V de teste, o processo de teste de software tem como atividades de
testes, onze passos a serem realizados paralelamente s atividades do desenvolvimento. Os
primeiros cinco passos usam tcnicas de verificao como principal meio de avaliar a correo
dos produtos do desenvolvimento de software. Os outros passos usam tcnicas de validao
para testar o software durante as atividades que vo desde construo at a implantao. A
verificao e validao devem ser usadas para o desenvolvimento e a manuteno de
software.
Os passos do processo de teste so:
Acesso ao Plano de Desenvolvimento; Pr-requisito para a construo do Plano de Teste.
Desenvolvimento do Plano de Teste; A preparao do Plano de Teste deve seguir os
mesmos padres da preparao do plano de desenvolvimento.
Inspeo ou teste dos requisitos do software; Avaliao dos requisitos do software por
meio do uso de tcnicas de verificao.
Inspeo ou teste de desenho do software; Avaliao do desenho interno ou externo do
software atravs do uso de tcnicas de verificao.
Inspeo ou teste da construo do software;
Execuo dos testes; Envolve testar o cdigo em estado dinmico.
Teste de aceitao; Avaliao da aplicabilidade e usabilidade do software pelos usurios.
Informao dos resultados dos testes; informao dos defeitos, etc.
Teste de instalao do software; Visa verificar a interoperabilidade com o sistema
operacional, etc.
Teste de mudana no software; Cobre mudanas que ocorrem em todo processo de
desenvolvimento e as que vo ocorrer aps a implantao do software.
Avaliao da eficcia dos testes; Responsvel pelas melhorias no processo de teste.
1.4. Ciclo de vida do processo de teste
O ciclo de vida do processo de teste abordado composto por diversas etapas ou fases, sendo
quatro delas seqenciais ou em cascata e duas paralelas. Este modelo baseado na
metodologia TMap. Este modelo conhecido como Modelo 3PX3E.

Procedimentos Iniciais;
Planejamento;
Preparao;
Especificao;
Execuo e
Entrega.

1.4.1. Procedimentos iniciais

Nesta etapa dever ser aprofundado um estudo dos requisitos do negcio que dar origem ao
sistema de informao a ser testado, de modo a garantir que o mesmo esteja completo e sem
nenhuma ambigidade. No final desta etapa elaborado o GOT Guia Operacional de Teste.

1.4.2. Planejamento
Consiste em elaborar a Estratgia de Teste e o Plano de Teste a ser utilizados de modo a
minimizar os principais riscos do negcio e fornecer os caminhos para as prximas etapas.
A atividade de planejamento deve permanecer at a concluso do projeto.
1.4.3. Preparao
Nesta etapa, o objetivo bsico preparar o ambiente de teste (equipamentos, pessoal,
ferramentas de automao, hardware e software), para que os testes sejam executados
corretamente.
A atividade de preparao deve permanecer at a concluso do projeto.
1.4.4. Especificao
Os objetivos bsicos desta etapa so:
Elaborar/revisar casos de teste;
Elaborar/revisar roteiros de test.
Os casos de teste e os roteiros de teste devem ser elaborados dinamicamente durante o
decorrer do projeto de teste.
1.4.5. Execuo
Os testes devero ser executados de acordo com os casos de teste e os roteiros de teste.
Devem ser usados scripts de teste, caso seja empregada alguma ferramenta de automao de
testes.
1.4.6. Entrega
Nesta etapa o projeto de teste finalizado.
1.5. Tcnicas de teste
1.5.1. Teste Estrutural versus Teste funcional
Teste Funcional; Os testes funcionais do sistema so desenhados para garantir que os
requisitos e as especificaes do sistema tenham sido atendidos.
Teste Estrutural; Garante que os softwares e os programas sejam estruturalmente slidos e
que funcionem no contexto tcnico onde sero instalados. Isto implica (1) testar a robustez e
o funcionamento da estrutura do programa; (2) testar o funcionamento de todos os aspectos
da estrutura em toda a sua extenso.

As tcnicas para esse tipo de teste so desenhadas no para garantir que o sistema seja
funcionalmente correto, e sim para que ele seja estruturalmente robusto.
Tcnicas de Teste Funcional
Testes
Testes
Testes
Testes
Testes
Testes
Testes

de Requisitos;
de Regresso;
de Tratamento de Erros;
de Suporte Manual;
de interconexo com outros softwares;
de Controle;
Paralelos;

Tcnicas de Teste Estrutural

Testes
Testes
Testes
Testes
Testes
Testes

de
de
de
de
de
de

Estresse;
Execuo;
Recuperao (contingncia);
Operao;
Conformidade;
Segurana;

1.5.1.1. Tcnicas de Teste Estrutural

Teste de Estresse
O objetivo desse teste avaliar o comportamento do software sob condies crticas, tais
como restries significativas de memria, de rea de disco e de CPU. Os testes de estresse
visam tambm identificar o comportamento do software quando submetido a variados
volumes de dados e acima das mdias esperadas.
Nos testes de estresse, o sistema deve ser executado como seria de fato executado no
ambiente de produo.
Os testes de estresse so empregados quando existe incerteza quanto quantidade ou ao
volume de trabalho que a aplicao pode tratar sem falhas.
Testes de Execuo
Os testes de execuo so desenhados para avaliar o comportamento do sistema no ambiente
de produo e verificar se so atendidas as premissas de desempenho estabelecidas.
O teste de execuo empregado para determinar se o sistema pode atingir os critrios de
desempenho especficos.

Determinar o desempenho da estrutura do sistema;

Verificar o nvel de utilizao do hardware e software;
Determinar o tempo de resposta das transaes on-line;
Determinar o tempo de processamento das transaes.

Os testes de execuo devem ser empregados no incio do processo de desemvolvimento.

Testes de Recuperao (Contingncia)
A recuperao a capacidade de reiniciar operaes aps a perda da integridade de uma
aplicao.
O teste de recuperao no s verifica o processo de recuperao como tambm a eficcia
das partes componentes do processo.

Manter backup dos dados;

Armazenar os dados do backup em local seguro;
Documentar os procedimentos de recuperao;
Etc.

Testes de Operao
Os testes de operao so desenhados principalmente para estabelecer se o sistema
executvel durante a operao normal. Os objetivos so:
Determinar se a documentao da operao est completa;
Avaliar se o treinamento dos operadores est completo;
Garantir que mecanismos de suporte foram preparados e funcionam de modo adequado. Ex:
Scheduling.
Etc.
Testes de Conformidade
Os testes de conformidade verificam se a aplicao foi desenvolvida de acordo com os
padres, procedimentos e guias de TI. Pode ser mais importante executar testes de
conformidade durante a fase de requisitos.
Os testes de conformidade so realizados para garantir a conformidade com as metodologias e
encorajar e auxiliar os profissionais de TI a adot-las. Os objetivos so:
Verificar se as metodologias de desenvolvimento de software e de manuteno so
seguidas;
Garantir a conformidade aos padres, procedimentos e guias de TI;
Avaliar se a documentao do sistema de aplicao racional e est completa.
Teste de Segurana
So um processo necessrio para garantir a confidencialidade das informaes e a proteo
dos dados contra acesso indevido de terceiros.
Os testes de segurana so desenhados com o intudo de avaliar a adequao dos
procedimentos de proteo e contramedidas projetadas.

Os testes de segurana visam descobrir defeitos muito difceis de identificar.

Entre os objetivos temos:
Determinar se foi dada ateno adequada identificao de riscos de segurana;
Determinar se foi preparada uma definio de regras de acesso e se estas foram
implementadas de acordo com as regras;
Etc.
Os testes de segurana podem ser divididos em segurana fsica e lgica. A fsica trata da
invaso por pessoas no autorizadas, ao passo que a lgica trata do uso dos recursos
computacionais e de comunicaes para acessar indevidamente as informaes.
Os testes de segurana devem ser empregados quando a informao e/ou o ativo protegido
pelo sistema de aplicao so de valor significativo para a organizao e realizados antes e
depois de o sistema ser passado para a produo.
1.5.1.2. Tcnicas de Testes Funcionais
Testes de Requisitos
Os testes de requisitos visam verificar se o sistema executa corretamente as funcionalidades
e se capaz de sustentar essa correo aps sua utilizao por um perodo de tempo
contnuo.
Os objetivos dos testes consistem em verificar se:
Os requisitos dos usurios esto implementados;
A correo mantida por perodos prolongados de tempo;
O processamento da aplicao est em conformidade com as polticas e os procedimentos
da organizao.
Os testes de requisitos so realizados basicamente atravs da criao de condies de testes
e checklists de funcionalidades. Recomenda-se que as condies de teste sejam derivadas
diretamente dos requisitos.
Teste de Regresso
Os testes de regresso voltam a testar segmentos j testados aps a implementao de uma
mudana em outra parte do software.
Sempre que mudanas so efetuadas num segmento de cdigo, problemas podem ocorrer em
outros segmentos j testados. Desse modo, entre os objetivos dos testes de regresso temos:

Determinar se a documentao do sistema permanece atual;

Determinar se os dados e as condies de teste permanecem atuais;
Determinar se as funes previamente testadas continuam funcionando corretamente aps
introduo de mudanas no sistema.

O teste de regresso deve ser executado sempre que o software sofre uma alterao.
Os testes de regresso so empregados quando muito alto os riscos de novas mudanas
afetarem reas no alteradas da aplicao.
Teste de Tratamento de Erros
Os testes de tratamento de erros determinam a capacidade do sistema de tratar
apropriadamente transaes incorretas.
Os objetivos especficos so:
Determinar se todas as condies de erro esperadas so reconhecidas pelo sistema;
Determinar se foi atribuda responsabilidade para processar os erros identificados;
Determinar se mantido um controle sobre os erros durante o processo de correo.
Um timo mtodo para desenvolver testes de tratamento de erros realizar um brainstorm
com pessoas de Ti, da rea usuria e de auditoria, procurando identificar o que pode dar
errado no sistema.
Teste de Suporte Manual
Verificar se os procedimentos de suporte manual esto documentados e completos;
Determinar se as responsabilidades pelo suporte manual foram estabelecidas;
Determinar se o suporte manual e o segmento automatizado esto interligados
apropriadamente;
Os testes manuais envolvem a avaliao da adequao do processo e, sua execuo que pode
ser feita juntamente com o teste normal do sistema.
Testes de Interconexo
Estes testes so desenhados para garantir que a interconexo entre software de aplicao
funcione corretamente. Entre os objetivos temos:
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.
Testes de Controle
Os testes de controle a ferramenta de gesto necessria para assegurar que o
processamento seja realizado conforme sua inteno. Os objetivos so garantir que:

Os dados estejam completos e corretos;

As transaes sejam autorizadas;
A manuteno das informaes de trilha de auditoria seja realizada;
Os processamentos sejam eficientes, eficazes e econmicos;

 O processamento atenda s necessidades dos usurios.

O teste de controle pode ser considerado um sistema dentro do outro.
Testes Paralelos
O teste paralelo serve para determinar se os resultados de um novo software de aplicao so
consistentes com o processamento do antigo sistema ou da antiga verso do sistema.
Objetivos:
Assegurar que a nova verso do software de aplicao execute corretamente;
Demonstrar consistncias e inconsistncias entre duas verses do mesmo software de
aplicao.
1.5.2. Atributos de qualidade
Os atributos de qualidade a serem atendidos devem tambm fazer parte do Plano de Teste.
1.5.2.1. Procedimentos para identificar a importncia dos fatores de qualidade
Existem diversas tcnicas para identificar os fatores de qualidade do software. Sugerimos que
sejam seguidos os passos adiante:

Considerar as caractersticas bsicas da aplicao;

Considerar as implicaes no ciclo de vida;
Realizar uma avaliao de custo versus benefcio da lista de fatores de qualidade;
Identificar os fatores de qualidade mais importantes;
Fornecer explicaes para as escolhas.

Fatores de qualidade:

Correo; satisfaz as especificaes e atende aos objetivos do usurio;

Confiabilidade; executa as funes programadas com a preciso requerida;
Eficincia; A quantidade de recursos computacionais e de dados para executar uma funo.
Integridade; o acesso ao software ou aos dados por pessoa autorizada pode ser controlada;
Usabilidade; esforo requerido para aprender e operar o sistema;
Manutenibilidade; esforo requerido para localizar e corrigir um erro;
Testabilidade; esforo requerido para testar um programa;
Flexibilidade; esforo requerido para modificar um programa;
Reusabilidade; um programa pode ser usado em outra aplicao;
Interoperabilidade; esforo requerido para juntar um sistema com outro;
Portabilidade; facilidade do software operar em vrios ambientes.

Os fatores de qualidade no devem ser confundidos com as caractersticas ou

subcaractersticas de qualidade da norma ISO 9126-1. Aqui trata-se apenas de uma abordagem
didtica.
1.5.3. Garantia da qualidade versus Controle da qualidade

Mtodos de qualidade podem ser segmentados em duas categorias: mtodos preventivos e

mtodos de deteco. Essa distino o mecanismo usado para diferenciar atividades de
garantia da qualidade das atividades de controle da qualidade.
Garantia da qualidade; A garantia da qualidade um conjunto sistemtico e planejado de
atividades, necessrias para proporcionar a confiana adequada de que produtos e servios
estaro em conformidade com requisitos especificados e atendero s necessidades do
usurio.
Controle de qualidade; O controle de qualidade um processo pelo qual a qualidade do
produto comparada com os padres aplicveis; quando uma no-conformidade detectada,
so tomadas as devidas providncias.
Tanto a garantia da qualidade quanto o controle da qualidade se distinguem da funo de
auditoria interna. A auditoria interna uma atividade independente dentro da organizao,
tem o propsito de revisar as operaes e uma tarefa de gerenciamento.
A qualidade tem duas definies de trabalho:
Do ponto de vista do produtor, a qualidade o comprimento de requisitos.
Do ponto de vista do consumidos, o atendimento s necessidades do cliente.
Na viso do CMMI, o propsito da Garantia da Qualidade de Software (GQS) fornecer ao
gerenciamento a visibilidade da eficcia, no sentido de produzir um software de qualidade. A
GQS envolve rever e auditar partes do produto, de maneira a verificar se esto de acordo com
os padres definidos e fornecer os resultados dessas revises para os implicados no processo.
A garantia da qualidade uma atividade que estabelece e avalia o processo que gera os
produtos. Caso no exista processo, no h razo para a garantia da qualidade.
As atividades de controle da qualidade se concentram na identificao de defeitos em
produtos. Essas atividades comeam no incio do processo de desenvolvimento do software,
com reviso dos requisitos, e continuam at que o teste do aplicativo esteja completo e o
sistema esteja implementado.
O controle da qualidade
o
o
o
o

Est relacionado a um produto ou servio especfico;

Verifica se um produto ou servio especfico tem um atributo especfico;
Identifica defeitos com o propsito principal de corrigi-los;
responsabilidade da equipe/do funcionrio.

A garantia da qualidade
o
o
o
o
o

Ajuda a estabelecer processos;

Determina programas de medida para avaliar processos;
Identifica fraquezas em processos e os aperfeioa;
uma responsabilidade de gerenciamento;
Est relacionada com todos os produtos que sero gerados por um processo;

o Avalia se o controle da qualidade est funcionando.

FURPS
Uma metodologia muito usada no mercado a FURPS. Uma metodologia que faz parte do
RUP.

Funcionalidade (Functionality);
Usabilidade (Usability);
Confiabilidade (Reability);
Desempenho (Performance);
Suportabilidade (Suportability).

Funcionalidade
Para atender a categoria da funcionalidade, o software em teste tem de estar de acordo com
a especificao funcional.
Testes que podem ser aplicados:

Teste
Teste
Teste
Teste

funcional;
de regresso (smoke test);
de volume;
de segurana.

Usabilidade
Representa a facilidade de uso do sistema pelos usurios.
Testes que podem ser aplicados:
Teste de interface;
Teste de usabilidade.
Confiabilidade
Garante a confiabilidade do sistema, a permanncia de operao, a integridade dos dados, a
confiabilidade da estrutura de dados e tambm da aplicao.
Testes que podem ser aplicados:

Teste de integridade;
Teste de estrutura;
Teste de estresse;
Smoke teste.

Desempenho

Garante a velocidade de processamento da informao.

Testes que podem ser aplicados:

Teste de avaliao de desempenho ou benchmark;

Teste de conteno;
Teste de carga;
Perfil de desempenho.

Suportabilidade
Representa a capacidade do programa de funcionar em diversos ambientes diferentes.
Testes que podem ser aplicados:
Teste de configurao;
Teste de instalao.

Mesmo que no parea... hehehe este foi o resumo para o captulo 2.

At o prximo post.!!!