COMPILADO Avaliacao de Software COMPLETO AULAS RESUMOS REVISAO PROVAS AV1 AV2 AV3 SaibaMais EXTRAS Graduacao Programacao Gestao Tecnologia da Informacao

Prévia do material em texto

AVALIAÇÃO DE SOFTWARE
Aula 1- A busca pela qualidade
A BUSCA PELA QUALIDADE – AULA1
Avaliação de Software
Conteúdo Programático desta aula
▪ Histórico das atividades de testes no 
processo de desenvolvimento de 
software.
▪ A importância do processo de software 
contemplar atividades de testes
▪ O conceito de qualidade de software . 
▪ A importância na realização de testes 
por todas as fases do processo de 
desenvolvimento. 
A BUSCA PELA QUALIDADE – AULA1
Avaliação de Software
Histórico das atividades de testes no processo de 
desenvolvimento de software.
• Década de 70
• Década de 80
• Década de 90
A BUSCA PELA QUALIDADE – AULA1
Avaliação de Software
Cenário Atual do Desenvolvimento de Software
A BUSCA PELA QUALIDADE – AULA1
Avaliação de Software
Regra 10 de Myers
MODELO DE MOLDURA PARA 
IMAGEM COM ORIENTAÇÃO 
HORIZONTAL
A BUSCA PELA QUALIDADE – AULA1
Avaliação de Software
Qual a realidade dos projetos atuais?
A BUSCA PELA QUALIDADE – AULA1
Avaliação de Software
30 % dos projetos são cancelados
CCCCCC
Qual a realidade dos projetos atuais?
70% dos projetos falham nas 
funcionalidades.
Os custos extrapolam em
180% a previsão.
Os orçamentos extrapolam em 
200% os cronogramas iniciais.
A BUSCA PELA QUALIDADE – AULA1
Avaliação de Software
Qualidade de Software e do Processo
Todas as decisões tomadas durante o 
processo de desenvolvimento do software 
pode comprometer sua qualidade final.
A BUSCA PELA QUALIDADE – AULA1
Avaliação de Software
Qualidade de Software e do Processo
software com qualidade
investimentos em qualidade em todos 
os pontos do processo de 
desenvolvimento 
A BUSCA PELA QUALIDADE – AULA1
Avaliação de Software
Mas o que é Qualidade de software? 
A BUSCA PELA QUALIDADE – AULA1
Avaliação de Software
Mas o que é Qualidade de software? 
Processo sistemático que focaliza 
todas as etapas e artefatos gerados 
com objetivo de garantir a 
conformidade e uniformidade de 
processos e produtos, prevenindo e 
eliminado defeitos. 
A BUSCA PELA QUALIDADE – AULA1
Avaliação de Software
A BUSCA PELA QUALIDADE – AULA1
Avaliação de Software
CCCCCC
Qualidade do software e do processo
Qualidade do Processo
Qualidade do Produto
A BUSCA PELA QUALIDADE – AULA1
Avaliação de Software
CCCCCC
Qualidade do Processo
Garantia da qualidade do 
Processo
Garantia da 
qualidade dos 
documentos 
produzidos em 
cada etapa do 
desenvolvimento
A BUSCA PELA QUALIDADE – AULA1
Avaliação de Software
CCCCCC
Qualidade do software e do processo
Qualidade do Processo
Qualidade do Produto
A BUSCA PELA QUALIDADE – AULA1
Avaliação de Software
Qual a melhor palavra para explicar 
que um programa “travou” ou não 
funciona corretamente?
Um erro? Um defeito? Uma falha? 
Um bug ?
A BUSCA PELA QUALIDADE – AULA1
Avaliação de Software
Falha
Erro
Defeito
Usuário
InformaçãoPrograma
Instrução ou 
comando 
incorreto
Desvio da 
especificação
Processamento 
incorreto e 
comportamento 
inconsistente 
Um erro? Um defeito? Uma falha? Um bug ?
A BUSCA PELA QUALIDADE – AULA1
Avaliação de Software
Teste é o processo de demonstrar 
que os defeitos não estão 
presentes
CCCCCC
O conceito de testes
Teste é o processo de demonstrar 
que algo funciona corretamente
Teste é o processo de provar que 
determinadas coisas (funções) 
fazem o que devem fazer
A BUSCA PELA QUALIDADE – AULA1
Avaliação de Software
O objetivo real do teste de 
software é mostrar que um 
software está de acordo com suas 
especificações e que ele atende as 
expectativas do cliente
O conceito de testes
A BUSCA PELA QUALIDADE – AULA1
Avaliação de Software
Equipe de Teste independente
O conceito de testes
Cobertura dos testes não atinge todas as possibilidades
A qualidade de um software é definida pelo número de 
requisitos que foram adequadamente testados e estão 
em conformidade com o especificado.
A BUSCA PELA QUALIDADE – AULA1
Avaliação de Software
Os Pilares da qualidade de software
Processo de Garantia de 
Qualidade de Software
Planejamento de 
Qualidade
Controle de QualidadeGarantia da Qualidade
A BUSCA PELA QUALIDADE – AULA1
Avaliação de Software
Custo da Qualidade
Custos da 
Conformidade 
Custos da 
não-
conformidade
A BUSCA PELA QUALIDADE – AULA1
Avaliação de Software
A implantação
A BUSCA PELA QUALIDADE – AULA1
Avaliação de Software
Resumo Final
Histórico das atividades de testes no processo de desenvolvimento 
de software.
Cenário Atual do Desenvolvimento de Software.
Regra 10 de Meyers
A BUSCA PELA QUALIDADE – AULA1
Avaliação de Software
A BUSCA PELA QUALIDADE – AULA1
Avaliação de Software
Resumo Final
• Histórico das atividades de testes no processo de desenvolvimento de 
software
• Cenário Atual do Desenvolvimento de Software
• Regra 10 de Meyers
• A realidade dos projetos atuais
A BUSCA PELA QUALIDADE – AULA1
Avaliação de Software
30 % dos projetos são cancelados
CCCCCC
A realidade dos projetos atuais
70% dos projetos falham nas 
funcionalidades.
Os custos extrapolam em
180% a previsão.
Os orçamentos extrapolam em 
200% os cronogramas iniciais.
A BUSCA PELA QUALIDADE – AULA1
Avaliação de Software
Resumo Final
• Histórico das atividades de testes no processo de desenvolvimento de 
software
• Cenário Atual do Desenvolvimento de Software
• Regra 10 de Meyers
• A realidade dos projetos atuais
• O conceito de qualidade de software
• Incidência de ocorrência de defeitos
A BUSCA PELA QUALIDADE – AULA1
Avaliação de Software
A BUSCA PELA QUALIDADE – AULA1
Avaliação de Software
Resumo Final
• Histórico das atividades de testes no processo de 
desenvolvimento de software
• Cenário Atual do Desenvolvimento de Software
• Regra 10 de Meyers
• A realidade dos projetos atuais
• O conceito de qualidade de software
• Incidência de ocorrência de defeitos
• Qualidade do software e do processo
• O conceito de teste
• Os pilares da qualidade de software
A BUSCA PELA QUALIDADE – AULA1
Avaliação de Software
Os Pilares da qualidade de software
Processo de Garantia de 
Qualidade de Software
Planejamento de 
Qualidade
Controle de QualidadeGarantia da Qualidade
A BUSCA PELA QUALIDADE – AULA1
Avaliação de Software
Resumo Final
• Histórico das atividades de testes no processo de 
desenvolvimento de software
• Cenário Atual do Desenvolvimento de Software
• Regra 10 de Meyers
• A realidade dos projetos atuais
• O conceito de qualidade de software
• Incidência de ocorrência de defeitos
• Qualidade do software e do processo
• O conceito de teste
• Os pilares da qualidade de software
• Os custos da Qualidade ( conformidade e não conformidade)
• A implantação
A BUSCA PELA QUALIDADE – AULA1
Avaliação de Software
Resumo Final
A BUSCA PELA QUALIDADE – AULA1
Avaliação de Software
Acertando o alvo
O que estabelece a regra 10 de Myers?
A BUSCA PELA QUALIDADE – AULA1
Avaliação de Software
Acertando o alvo....
O que estabelece a regra 10 de Myers?
Quanto mais tardiamente 
descobrimos os erros, 
mais caros eles ficam.
A BUSCA PELA QUALIDADE – AULA1
Avaliação de Software
Acertando o alvo
Como podemos definir o conceito de qualidade de 
um software? 
A BUSCA PELA QUALIDADE – AULA1
Avaliação de Software
Acertando o alvo
Como podemos definir o conceito de qualidade de 
um software? 
Podemos definir a qualidade 
de um software como o 
número de requisitos que 
foram adequadamente 
testados e estão em 
conformidade com o 
especificado.
A BUSCA PELA QUALIDADE – AULA1
Avaliação de Software
Acertando o alvo
Myers concluiu que zero-defeito é algo inatingível, 
porém a qualidade de software trabalha com o 
conceito de zero-defeito. O que isso quer dizer? 
A BUSCA PELA QUALIDADE – AULA1
Avaliação de Software
Acertando o alvo
Myers concluiu que zero-defeito é algo inatingível, porém a 
qualidade desoftware trabalha com o conceito de zero-
defeito. O que isso quer dizer?
Representa a não tolerância a 
erros. O objetivo da qualidade é 
definir um processo que contenha 
mecanismos de inibição de 
defeitos, impedimento de que 
falhas sejam criadas e propagadas 
para as fases seguintes
A BUSCA PELA QUALIDADE – AULA1
Avaliação de Software
Explorando o tema
Garantia da Qualidade de Software as Melhores 
Práticas de Engenharia de Software Aplicadas à 
Sua Empresa - Alexandre Bartié 
A BUSCA PELA QUALIDADE – AULA1
Avaliação de Software
Explorando o tema
Engenharia de Software - 9ª Edição Ian 
Sommerville, ed. Pearson, capítulo 24 
(Gerenciamento de Qualidade)
A BUSCA PELA QUALIDADE – AULA1
Avaliação de Software
Explorando o tema
Engenharia de Software - Uma Abordagem 
Profissional - 7º Edição - Roger S. Pressman
A BUSCA PELA QUALIDADE – AULA1
Avaliação de Software
Explorando o tema
Gestão de defeitos
http://www.devmedia.com.br/articl
es/viewcomp.asp?comp=8036
A BUSCA PELA QUALIDADE – AULA1
Avaliação de Software
Explorando o tema
Associação Latino Americana de Testes de Software (ALATS)
http://www.alats.org.br/portal/missao-proposito.html
A BUSCA PELA QUALIDADE – AULA1
Avaliação de Software
Explorando o tema
Não esqueça de consultar o material 
didático e a biblioteca virtual da Estácio!
A BUSCA PELA QUALIDADE – AULA1
Avaliação de Software
Obrigada
e até
a próxima 
aula!
AVALIAÇÃO DE SOFTWARE
Aula 2- VERIFICAÇÃO E VALIDAÇÃO
VERIFICAÇÃO E VALIDAÇÃO – AULA2
Avaliação de Software
VERIFICAÇÃO E VALIDAÇÃO – AULA2
Avaliação de Software
Conteúdo Programático desta aula
• Testes de verificação e de validação
• Etapas dos testes de verificação
• Etapas dos testes de validação
• Principais problemas que derivam da
implantação inadequada de processos de
desenvolvimento de software
VERIFICAÇÃO E VALIDAÇÃO – AULA2
Avaliação de Software
VERIFICAÇÃO E VALIDAÇÃO – AULA2
Avaliação de Software
Verificação e Validação
Análise e 
modelagem
Implemen
tação
Requisitos
Modelo de 
Negócios
Teste de 
Software
Disponibili
zação
VERIFICAÇÃO E VALIDAÇÃO – AULA2
Avaliação de Software
Vamos relembrar?
Qual o principal 
objetivo do processo 
de qualidade de 
software?
VERIFICAÇÃO E VALIDAÇÃO – AULA2
Avaliação de Software
Qualidade de Software
Garantir que todos os produtos previstos na 
metodologia empregada estejam em conformidade com 
os requisitos implementados.
VERIFICAÇÃO E VALIDAÇÃO – AULA2
Avaliação de Software
Qualidade de Software
Garantir que todos os produtos previstos na 
metodologia empregada estejam em conformidade com 
os requisitos implementados.
“Qualidade não é uma fase do ciclo 
de desenvolvimento de software é 
parte de todas as fases”
VERIFICAÇÃO E VALIDAÇÃO – AULA2
Avaliação de Software
Testes de Validação
Verificação 
dos negócios
Modelo de 
Negócios
Verificação de 
requisitos
Especificação 
de Requisitos
Testes de Verificação
Verificação de 
análise e 
modelagem
Análise e 
Modelagem
Verificação de 
implementação
Implementação
Validação do 
aceite
Disponibilização 
da solução
Validação 
especificada
Sistema 
especificado
Validação de 
integração
Integração 
especificada
Validação de 
unidade
Unidade 
especificada
Clientes e patrocinadores
VERIFICAÇÃO E VALIDAÇÃO – AULA2
Avaliação de Software
Verificação + ValidaçãoGarantir 
o 
processo
Garantir 
a 
qualidade 
do 
produto
Teste 
=
VERIFICAÇÃO E VALIDAÇÃO – AULA2
Avaliação de Software
Verificação 
dos negócios
Modelo de 
Negócios
Verificação de 
requisitos
Especificação 
de Requisitos
Testes de Verificação
Verificação de 
análise e 
modelagem
Análise e 
Modelagem
Verificação de 
implementação
Implementação
VERIFICAÇÃO E VALIDAÇÃO – AULA2
Avaliação de Software
Testes de Validação
Processo formal de avaliação de produtos tecnológicos 
que podem ser aplicado em componentes isolados, 
módulos existentes ou mesmo a totalidade do sistema. 
O objetivo é avaliar a conformidade do 
software com os requisitos e especificações 
analisadas e revisadas nas etapas iniciais do 
projeto.
VERIFICAÇÃO E VALIDAÇÃO – AULA2
Avaliação de Software
Testes de Validação
Processo formal de avaliação de produtos tecnológicos que podem 
ser aplicado em componentes isolados, módulos existentes ou 
mesmo a totalidade do sistema. 
O objetivo é avaliar a conformidade do software 
com os requisitos e especificações analisadas e 
revisadas nas etapas iniciais do projeto.
Caracteriza-se pela presença física do software e de seu processamento 
em um ambiente tecnicamente preparado. 
As validações serão aplicadas respeitando os estágios de desenvolvimento
VERIFICAÇÃO E VALIDAÇÃO – AULA2
Avaliação de Software
Testes de Validação
Validação do 
aceite
Disponibilização 
da solução
Validação 
especificada
Sistema 
especificado
Validação de 
integração
Integração 
especificada
Validação de 
unidade
Unidade 
especificada
VERIFICAÇÃO E VALIDAÇÃO – AULA2
Avaliação de Software
• Ausência da gerência de qualidade independente
• Ausência de procedimentos de testes automatizados
• Qualidade é aplicada tardiamente no projeto
• Ausência de profissionais capacitados em qualidade
• Falta de um modelo corporativo de qualidade
Fatores do Insucesso dos Processos de Qualidade
VERIFICAÇÃO E VALIDAÇÃO – AULA2
Avaliação de Software
• Foco em testes progressivos aumenta riscos
• Deficiência no planejamento dos testes
• Sob pressão os testes são sacrificados
• Ausência de um ambiente isolado de testes
• Transferir o planejamento ao analista de sistemas
• Dificultar o acesso do analista de testes ao software
Fatores do Insucesso dos Processos de Qualidade
VERIFICAÇÃO E VALIDAÇÃO – AULA2
Avaliação de Software
VERIFICAÇÃO E VALIDAÇÃO – AULA2
Avaliação de Software
Resumo Final
• Verificação e validação
VERIFICAÇÃO E VALIDAÇÃO – AULA2
Avaliação de Software
Verificação e Validação
Análise e 
modelagem
Implemen
tação
Requisitos
Modelo de 
Negócios
Teste de 
Software
Disponibili
zação
VERIFICAÇÃO E VALIDAÇÃO – AULA2
Avaliação de Software
Resumo Final
• Verificação e validação
• Etapas dos testes de verificação
• Etapas dos testes de validação
VERIFICAÇÃO E VALIDAÇÃO – AULA2
Avaliação de Software
Testes de Validação
Verificação 
dos negócios
Modelo de 
Negócios
Verificação de 
requisitos
Especificação 
de Requisitos
Testes de Verificação
Verificação de 
análise e 
modelagem
Análise e 
Modelagem
Verificação de 
implementação
Implementação
Validação do 
aceite
Disponibilização 
da solução
Validação 
especificada
Sistema 
especificado
Validação de 
integração
Integração 
especificada
Validação de 
unidade
Unidade 
especificada
Clientes e patrocinadores
VERIFICAÇÃO E VALIDAÇÃO – AULA2
Avaliação de Software
Resumo Final
• Verificação e validação
• Etapas dos testes de verificação
• Etapas dos testes de validação
• Principais problemas que derivam da implantação inadequada de processos
de desenvolvimento de software
VERIFICAÇÃO E VALIDAÇÃO – AULA2
Avaliação de Software
• Ausência da gerência de qualidade independente
• Ausência de procedimentos de testes automatizados
• Qualidade é aplicada tardiamente no projeto
• Ausência de profissionais capacitados em qualidade
• Falta de um modelo corporativo de qualidade
• Foco em testes progressivos aumenta riscos
• Deficiência no planejamento dos testes
• Sob pressão os testes são sacrificados
• Ausência de um ambiente isolado de testes
• Transferir o planejamento ao analista de sistemas
• Dificultar o acesso do analista de testes ao software
Fatores do Insucesso dos Processos de Qualidade
VERIFICAÇÃO E VALIDAÇÃO – AULA2
Avaliação de Software
Explorando o tema
Não esqueça de consultar o material 
didático e a biblioteca virtual da Estácio!
VERIFICAÇÃO E VALIDAÇÃO – AULA2
Avaliação de Software
Obrigadae até
a próxima 
aula!
AVALIAÇÃO DE SOFTWARE
Aula 3- Métodos de validação de Qualidade de 
Software
Métodos de validação de Qualidade de Software – Aula 3
Avaliação de Software
Métodos de validação de Qualidade de Software – Aula 3
Avaliação de Software
Conteúdo Programático desta aula
• Diferenciar os principais métodos de 
testes de verificação
• Explicar a aplicação e funcionamento: 
das revisões e suas modalidades
das auditorias
do Processo de verificação
do check list na verificação
Métodos de validação de Qualidade de Software – Aula 3
Avaliação de Software
Métodos de validação de Qualidade de Software – Aula 3
Avaliação de Software
Testes de Verificação
Revisões
Foco nas 
Documentações
Qualidade 
do processo
de software
Auditorias
Foco nas Atividades
Métodos de validação de Qualidade de Software – Aula 3
Avaliação de Software
Revisões Técnicas
Mecanismo mais efetivo para descobrir erros antes que 
sejam passados para os usuários finais
É um processo Humano
de análise de determinado documento e consequentemente 
um processo subjetivo e passível de falhas
Métodos de validação de Qualidade de Software – Aula 3
Avaliação de Software
Por que são importantes?
Métodos de validação de Qualidade de Software – Aula 3
Avaliação de Software
Técnicas de revisão
Autor
R
E
V
I
S
Ã
O
I
S
O
L
A
D
A
Revisor
Documento
Criação do Documento
Métodos de validação de Qualidade de Software – Aula 3
Avaliação de Software
Técnicas de revisão
Moderador
Autor
Documento
Grupo 
De
Revisão
Validação
Métodos de validação de Qualidade de Software – Aula 3
Avaliação de Software
As fases do processo de revisão
Planejamento
Selecionar a equipe, alocar as funções, definir os critérios de
entrada e de saída para os diversos tipos de revisão, e
selecionar quais as partes dos documentos serão vistos.
Kick-off
Distribuir os documentos, explicar os objetivos, processos e 
documentos para os participantes; e checar os critérios de 
entrada (para os diversos tipos de revisão).
Métodos de validação de Qualidade de Software – Aula 3
Avaliação de Software
As fases do processo de revisão
Preparação individual
Trabalho feito por cada participante antes da reunião de 
revisão, tomando nota dos defeitos em potenciais, questões e 
comentários.
Re-trabalho
Resolver defeitos encontrados. Atividade tipicamente 
realizada pelo autor. 
Métodos de validação de Qualidade de Software – Aula 3
Avaliação de Software
As fases do processo de revisão
Acompanhamento
Checar se os defeitos foram encaminhados, obtendo métricas 
e checando o critério de saída (para tipos de revisões formais).
Métodos de validação de Qualidade de Software – Aula 3
Avaliação de Software
Técnicas de revisão
Autor
Reunião de acompanhamento
Documento
Grupo 
De
Acompanhamento
Métodos de validação de Qualidade de Software – Aula 3
Avaliação de Software
Auditoria de Qualidade 
• Um determinado projeto e as diversas equipes estão 
respeitando o processo de desenvolvimento;
• estão registrando os defeitos encontrados
• Se estão produzindo as atas de reuniões
• Se estão realizando as reuniões de revisões,
• Se estão realizando as documentações obrigatórias
• Se estão atualizando o mapa de riscos dos projetos
• E se estão envolvendo clientes e usuários nos processos
Métodos de validação de Qualidade de Software – Aula 3
Avaliação de Software
Aplicação do processo de verificação
• Planejar mão de obra e tarefas de cada um
• Preparar o pessoal de forma que recebam o máximo de 
material sobre o tema em questão.
• Verificar os documentos
• Aplicar check-list nas verificações
Métodos de validação de Qualidade de Software – Aula 3
Avaliação de Software
Verificação dos 
negócios
Checklist
de Verificação 
dos negócios
Verificação de 
requisitos
Testes de Verificação
Verificação de 
análise e 
modelagem
Verificação de 
implementação
Checklist
de verificação 
de requisitos
Checklist
de Verificação 
de análise e 
modelagem
Checklist
de verificação 
de 
implementação
Métodos de validação de Qualidade de Software – Aula 3
Avaliação de Software
1. Revisar o produto, não o produtor.
2. Estabelecer uma agenda e mantê-la
3. Limitar debates e refutação
4. Enunciar as áreas do problema, mas não tentar resolver todo o 
problema registrado.
5. Tomar notas(criar evidências)
6. Limitar o número de participantes e insistir na preparação 
antecipada
7. Desenvolver uma lista de verificação para cada artefato que 
provavelmente será revisado ou auditado.
8. Alocar os recursos e programar o tempo para as RTFs ou auditorias
9. Realizar treinamento para todos os revisores ou auditores.
10.Revisar as revisões ou auditorias iniciais
Boas práticas para revisões e auditorias
Métodos de validação de Qualidade de Software – Aula 3
Avaliação de Software
As fases dos Testes de Verificação
Verificação de negócios
Verificação de 
requisitos
Verificação de análise e 
modelagem
Verificação de 
implementação
Métodos de validação de Qualidade de Software – Aula 3
Avaliação de Software
Fase de negócio
Verificação dos 
negócios
Modelo de 
Negócios
• Modelar as necessidades e estabelecer uma macrovisão.
• Identificar expectativas e exigências do cliente.
• Estimar prazos e custos do projeto de software.
• Verificar aderência do modelo de negócios com a 
macrovisão.
• Verificar as expectativas e exigências do projeto.
• Verificar se projeções foram realizadas criteriosamente.
Métodos de validação de Qualidade de Software – Aula 3
Avaliação de Software
Fase de negócio
Modelo de 
Negócios
Fase da Verificação
• Modelo de Negócios
• Análise de Riscos
• Árvore de Decisão
• Estudo de viabilidade
• Revisar Contexto do Mercado 
e Necessidade do cliente
• Revisar Riscos do Projeto
• Auditar Alternativas de 
Execução do Projeto
• Revisar Estudo de Viabilidade 
do Projeto
Principais Produtos Principais Atividades
Métodos de validação de Qualidade de Software – Aula 3
Avaliação de Software
Exemplo de Checklist (Fase de negócio)
Levantamento das Necessidades do cliente
- Todas as necessidades foram devidamente registradas..
- Cada necessidade apontada possui uma descrição..
❑ Sim. ❑ Não.
❑ Sim. ❑ Não.
Definição das Características do Software
- Cada característica atende ao menos a uma 
necessidade identificada..
- Cada característica possui uma descrição clara.
❑ Sim. ❑ Não.
❑ Sim. ❑ Não.
- Cada característica possui exemplos que auxiliam seu 
entendimento.
❑ Sim. ❑ Não.
- Existe uma rastreabilidade entre características e 
necessidades
❑ Sim. ❑ Não.
Métodos de validação de Qualidade de Software – Aula 3
Avaliação de Software
Mas o que verificar nesta fase?
Métodos de validação de Qualidade de Software – Aula 3
Avaliação de Software
Fase de Requisitos
Verificação de 
Requisitos
Especificação 
de Requisitos
• Identificar os requisitos funcionais.
• Identificar os requisitos não funcionais.
• Identificar a arquitetura da aplicação.
• Verificar consistência dos requisitos funcionais.
• Verificar consistência dos requisitos não funcionais.
• Verificar rastreabilidade entre requisitos e necessidades.
Métodos de validação de Qualidade de Software – Aula 3
Avaliação de Software
Exemplo de Checklist (Fase de Requisitos)
Diagrama de Casos de Uso
- Existe um modelo de casos de uso para cada 
subsistema identificado...
- Todos os casos de usos estão adequadamente descritos
❑ Sim. ❑ Não.
❑ Sim. ❑ Não.
Levantamento de Requisitos
- Todos os atores estão adequadamente representados
- Cada caso de uso representa um requisito funcional. ❑ Sim. ❑ Não.
- Existe rastreabilidade entre requisitos identificados e 
necessidades.
❑ Sim. ❑ Não.
- Requisitos foram avaliados por importância, volatilidade 
e criticidade
❑ Sim. ❑ Não.
❑ Sim. ❑ Não.
Métodos de validação de Qualidade de Software – Aula 3
Avaliação de Software
Exemplo de Checklist (Fase deRequisitos)
Especificações Funcionais
- Cada requisito funcional possui uma especificação 
detalhada...
- As especificações contemplam os fluxos básicos, 
alternativos e exceção.
❑ Sim. ❑ Não.
❑ Sim. ❑ Não.
Especificações não funcionais
- As especificações contemplam pré-requisitos e pós-
condições.
- Todas as categorias não funcionais foram levantadas.
❑ Sim. ❑ Não.
❑ Sim. ❑ Não.
- Cada requisito não funcional possui uma especificação. ❑ Sim. ❑ Não.
- Todas as dependências dos componentes foram 
estabelecidas.
❑ Sim. ❑ Não.
Métodos de validação de Qualidade de Software – Aula 3
Avaliação de Software
Mas o que verificar nesta fase?
Métodos de validação de Qualidade de Software – Aula 3
Avaliação de Software
Mas o que verificar nesta fase?
Métodos de validação de Qualidade de Software – Aula 3
Avaliação de Software
Fase de Análise e Modelagem
Verificação 
Análise e 
Modelagem
Análise e 
Modelagem
• Modelar uma solução que suporte todos os requisitos.
• Modelar uma arquitetura flexível, escalável e reutilizável.
• Modelar uma arquitetura que suporte mudanças.
• Verificar consistência da arquitetura da solução.
• Verificar aderência de requisitos funcionais com a 
solução.
• Verificar aderência de requisitos não funcionais com a 
solução.
Métodos de validação de Qualidade de Software – Aula 3
Avaliação de Software
Mas o que verificar nesta fase?
Métodos de validação de Qualidade de Software – Aula 3
Avaliação de Software
Exemplo de Checklist (Fase de Análise e Modelagem)
Diagramas de Classes
- Todas as classes possuem nome e descrição adequados.
- Todos os atributos da classe possuem nome e descrição 
adequados.
❑ Sim. ❑ Não.
❑ Sim. ❑ Não.
Diagrama de Estado
- Todos os serviços da classe possuem nome e descrição 
adequados.
- Todas as transições de estado possuem um serviço de 
evento associado. 
❑ Sim. ❑ Não.
❑ Sim. ❑ Não.
- Todos os estados possuem nome e descrição adequados. ❑ Sim. ❑ Não.
- Todas as transições de estado refletem o real ciclo de 
vida da classe.
❑ Sim. ❑ Não.
Métodos de validação de Qualidade de Software – Aula 3
Avaliação de Software
Exemplo de Checklist (Fase de Análise e modelagem)
Diagramas de Componentes
- Os packages agrupam componentes com as mesmas 
características.
❑ Sim. ❑ Não.
❑ Sim. ❑ Não.
- Cada componente agrupa classes de única camada: user, 
business, data.
❑ Sim. ❑ Não.- Todas as dependências dos componentes foram 
estabelecidas.
Métodos de validação de Qualidade de Software – Aula 3
Avaliação de Software
Fase de Implementação
Verificação da 
Implementação
Implementação
• Traduzir os modelos em estruturas internas dos códigos.
• Traduzir os requisitos de negócios, regras e 
comportamentos em código-fonte.
• Garantir que fontes estão compatíveis com os modelos.
• Garantir normas e padrões de desenvolvimento.
• Garantir reduzido nível de complexidade das fontes.
Métodos de validação de Qualidade de Software – Aula 3
Avaliação de Software
Mas o que verificar nesta fase?
Métodos de validação de Qualidade de Software – Aula 3
Avaliação de Software
Explorando o tema
Vamos discutir os assuntos das aulas 1, 2 e 3 
em nosso fórum temático 1, sua 
participação é muito importante e vale 
nota para a nossa primeira avaliação! 
Métodos de validação de Qualidade de Software – Aula 3
Avaliação de Software
Explorando o tema
Caso você tenham ficado com alguma dúvida 
sobre os temas discutidos até agora, 
procure esclarece-la com o tutor da sua 
disciplina!
Métodos de validação de Qualidade de Software – Aula 3
Avaliação de Software
Explorando o tema
Não esqueça de consultar o material 
didático e a biblioteca virtual da Estácio!
Métodos de validação de Qualidade de Software – Aula 3
Avaliação de Software
Obrigada
e até
a próxima 
aula!
AVALIAÇÃO DE SOFTWARE
Aula 04 : Testes de Validação
Testes de Validação - Aula 04
Avaliação de Software
Conteúdo Programático desta aula
• Conceito de teste de validação 
• Estratégias de testes de caixa branca e 
caixa preta
• Abordagens de testes: baseados na 
estrutura interna e nos requisitos
• Conceitos de progressividade e 
regressividade
Testes de Validação - Aula 04
Avaliação de Software
Estratégia de Testes
Caixa Branca Caixa Preta
Testes de Validação - Aula 04
Avaliação de Software
Estratégia de Testes
Caixa Branca
Arquiteutra
interna do 
software
Estrutura de 
controle 
(programa)
Caso de teste
Testes de Validação - Aula 04
Avaliação de Software
Estratégia de Testes
O que é caso de 
teste?
É o documento que registra todo o planejamento dos testes 
e o que será testado. Deve identificar o maior número 
cenários e variações possíveis, assim como os resultados 
esperados.
Testes de Validação - Aula 04
Avaliação de Software
Teste de Caixa Branca
▪ a partir das estruturas de controle do programa
▪ maior número possível de cenários de testes que 
atendam ao maior número possível de situações. 
Início 
do 
Processamento
Término
Do
ProcessamentoCaminho B
Caminho A
Testes de Validação - Aula 04
Avaliação de Software
Teste de Caixa Branca Caso de Teste
• Garantam que todos os caminhos independentes de um 
módulo foram exercitados pelo menos uma vez;
• Exercitam todas as decisões lógicas nos seus estados 
verdadeiros e falsos;
• Executam todos os ciclos em seus limites e dentro de 
suas fronteiras operacionais;
• Exercitam estruturas de dados internas para assegurar 
sua validade.
Testes de Validação - Aula 04
Avaliação de Software
Estratégia de Testes
Caixa Preta
Testes de Validação - Aula 04
Avaliação de Software
Estratégia de Testes
Caixa Preta
Linguagem de 
programação
Arquitetura do 
Software
Banco de dados 
Requisitos 
funcionais
Testes de Validação - Aula 04
Avaliação de Software
Teste de Caixa Preta
▪ Requisitos
▪ Características 
▪ Comportamentos
▪ Maior variedade de cenários
Início 
do 
Processamento
Término
Do
ProcessamentoCaminho B
Caminho A
Testes de Validação - Aula 04
Avaliação de Software
Como a validade funcional é testada?
Como o comportamento e o desempenho do sistema é testado?
Que classes de entrada farão bons casos de teste?
O sistema é particularmente sensível a certos valores de entrada?
Como as fronteiras de uma classe de dados é isolada?
Que taxas e volumes de dados o sistema pode tolerar?
Que efeito combinações específicas de dados terão sobre a 
operação do sistema?
Teste de Caixa Preta
Testes de Validação - Aula 04
Avaliação de Software
Funções incorretas ou faltando;
Erros de interface;
Erros em estruturas de dados ou acesso a bases de dados externas;
Erros de comportamento ou de desempenho;
Erros de inicialização e término.
Teste de Caixa Preta
Testes de Validação - Aula 04
Avaliação de Software
Caixa Branca Caixa Preta
Abordagens dos testes
▪ .----------
▪ .----------
▪ .----------
▪ .----------
▪ .----------
Testes baseados nos requisitosTestes baseados na estrutura interna
Testes de Validação - Aula 04
Avaliação de Software
Testes baseados na estrutura interna – CAIXA BRANCA 
Testes de Validação - Aula 04
Avaliação de Software
Seleciona caminhos de teste de um programa de acordo com as 
localizações de definições e usos de variáveis no programa.
Úteis para selecionar caminhos de teste de um programa que 
contenha instruções de laços e “ if ” aninhadas
Teste de fluxo de dados
Testes de Validação - Aula 04
Avaliação de Software
Exercita as condições lógicas contidas em um módulo de 
programa: 
Condição simples
Condição composta
Foca o teste de cada condição no programa para garantir que 
ele não contenha erros.
Teste de condição
Testes de Validação - Aula 04
Avaliação de Software
Simples
Aninhados
Concatenados
Não-estruturados
Teste do ciclo
Testes de Validação - Aula 04
Avaliação de Software
Testes baseados em requisitos – CAIXA PRETA 
B
asead
o
 em
 G
rafo
Particio
n
am
en
toem
 
Eq
u
ivalên
cia
A
n
álise d
o
 valo
r Lim
ite
Teste d
e m
atriz o
rto
go
n
al
Testes de Validação - Aula 04
Avaliação de Software
Leva em consideração os objetos modelados no software e as 
relações que unem estes objetos. 
Verificar se os objetos têm a relação esperada uns com outros
Baseado em grafo
Testes de Validação - Aula 04
Avaliação de Software
A entrada de um programa é divida em classes de dados a partir 
das quais podem ser criados casos de teste. 
Particionamento de equivalência
Testes de Validação - Aula 04
Avaliação de Software
Particionamento de equivalência
Um programa valida um campo numérico onde valores:
• inferiores ou iguais a zero são rejeitados, 
• valores entre 1 a 130 são aceitos, 
• valores maiores ou iguais a 131 são rejeitados. 
Neste caso:
• Partição válida: valores entre 1 a 130;
• Partição inválida: valores acima ou abaixo do valor 
válido;
Testes de Validação - Aula 04
Avaliação de Software
Análise de valor-limite
Técnica que complementa o particionamento de 
equivalência, levando em consideração na construção 
dos casos de teste os valores limites das condições de 
entrada e saída.
Testes de Validação - Aula 04
Avaliação de Software
Análise de valor-limite
Por exemplo:
Um campo de entrada referente a data do nascimento e 
que aceita valores entre 1900 até 2011, terá como valores 
limites: 
Valor limite mínimo inválido: 1899;
Valor limite mínimo válido: 1900;
Valor limite máximo válido:2011;
Valor limite máximo inválido: 2012. 
Testes de Validação - Aula 04
Avaliação de Software
Teste de matriz ortogonal
O teste de matriz ortogonal pode ser aplicado a problemas 
nos quais o domínio de entrada é relativamente pequeno, 
mas muito grande para acomodar um teste exaustivo. 
O objetivo do teste é a construção de caso de teste com 
uma visualização geométrica associada aos valores de 
entrada de uma aplicação.
Testes de Validação - Aula 04
Avaliação de Software
Teste de matriz ortogonal
Na função enviar para uma aplicação de fax, São passados quatro 
parâmetros: P1, P2, P3 e P4, onde cada parâmetro assume três valores 
discretos. 
P1 assume os seguintes valores:
P1=1, enviar agora;
P1=2, enviar após 1 hora;
P1=3, enviar depois da meia-noite;
P2, P3 e P4 também assumem valores, 1, 2 e 3, significando outras 
funções de envio.
Testes de Validação - Aula 04
Avaliação de Software
Teste
de 
matriz 
ortogonal
Testes de Validação - Aula 04
Avaliação de Software
Testes progressivos e regressivos
Testes progressivos 
elaborados de acordo com a evolução do produto.
Testam somente as inovações do software (novas funções 
implementadas), assumindo que nenhum erro foi introduzido após 
seu processo de desenvolvimento.
Testes regressivos
Reexecução de um subconjunto (total ou parcial) de testes 
previamente executados.
As novas versões do produto devem ser submetidas a uma nova 
sessão de testes para detectar eventuais impactos em outras 
funcionalidades,
Testes de Validação - Aula 04
Avaliação de Software
Explorando o tema
Capitulo 11, Entendendo testes de validação, 
páginas 103 a 108 do livro Garantia da Qualidade de 
Software; Alexandre Bartié; Editora Campus; 2002; 
1a. edição.
AVALIAÇÃO DE SOFTWARE
Aula 5- Categorias de testes de software
Categorias de testes de software - Aula 5
Avaliação de Software
Conteúdo Programático desta aula
• 1. Discutir a importância da 
categorização dos testes de validação.
• 2. Estudar os principais tipos de testes 
que devem ser realizados.
Categorias de testes de software - Aula 5
Avaliação de Software
Principais Categorias de Teste de Validação
Por que categorizamos os testes?
Cada categoria de teste possui um determinado objetivo a 
ser alcançado, definindo o propósito da realização dos 
testes, estabelecendo um escopo das ações e planejamentos 
destes trabalhos.
Sem este escopo, existiria uma dispersão natural no esforço 
de criação dos testes de um determinado sistema. 
Categorias de testes de software - Aula 5
Avaliação de Software
Categorias dos testes de validação
FURPS
Funcionalidade
Suportabilidade
Usabilidade
Confiabilidade
Desempenho
Categorias de testes de software - Aula 5
Avaliação de Software
Categorias dos testes de validação
ISO/IEC 9126-1 
Segurança 
Eficiência
Conectividade
Continuidade
Funcionalidade 
Usabilidade
Performance
Portabilidade
Categorias de testes de software - Aula 5
Avaliação de Software
Principais Categorias de Teste de Validação
Teste de Funcionalidade
Tem por objetivo avaliar e garantir que todos os 
requisitos especificados estejam alinhados com 
regras de negócio 
Categorias de testes de software - Aula 5
Avaliação de Software
Principais Categorias de Teste de Validação
Teste de Funcionalidade
❑ Pré-condições de uma transação de negócios.
❑ Fluxo de dados de uma transação de negócios.
❑ Cenários primário, alternativos e de execução de 
uma transação de negócios.
❑ Pós-condições de uma transação de negócios.
Categorias de testes de software - Aula 5
Avaliação de Software
Principais Categorias de Teste de Validação
Teste de Usabilidade
Enfatiza o nível de facilidade de uso da aplicação por 
seus clientes ou usuários
As telas da aplicação e as telas de ajuda 
devem ser avaliadas quanto a clareza do seu conteúdo e 
linguagem, bem como as mensagens de erro. 
Categorias de testes de software - Aula 5
Avaliação de Software
Principais Categorias de Teste de Validação
Teste de usabilidade
❑ Avaliar a facilidade de navegação entre as telas da aplicação.
❑ Realizar n operações e depois desfazê-las.
❑ Realizar procedimentos críticos e avaliar mensagens de alerta.
❑ Avaliar número de passos para realizar as principais
operações.
❑ Avaliar a existência de ajuda em todas as telas.
❑ Realizar n buscas no manual de ajuda e validar os
procedimentos sugeridos.
Categorias de testes de software - Aula 5
Avaliação de Software
Principais Categorias de Teste de Validação
Teste de Carga (Stress)
Avalia como o sistema responde em condição anormais, 
provocando aumentos e reduções consecutivas de 
operações. 
abrange cargas de trabalho 
extremas, hardware e serviços indisponíveis, memória 
insuficiente ou recursos compartilhados limitados. 
Categorias de testes de software - Aula 5
Avaliação de Software
Principais Categorias de Teste de Validação
Teste de carga (Stress)
❑ Elevando e reduzindo sucessivamente o número de
transações simultâneas
❑ Aumentando e reduzindo o tráfego de rede
❑ Aumentando o número de usuários simultâneos
❑ Combinando todos estes elementos.
Categorias de testes de software - Aula 5
Avaliação de Software
Principais Categorias de Teste de Validação
Teste de Volume
Submete a aplicação a ser testada a grandes quantidades de 
dados para determinar os limites de processamento e carga do 
aplicativo, e de toda a infra-estrutura da solução 
Abrange cargas de trabalho extremas, hardware e serviços 
indisponíveis, memória insuficiente ou recursos compartilhados 
limitados. 
Categorias de testes de software - Aula 5
Avaliação de Software
Principais Categorias de Teste de Validação
Teste de Volume
❑ Aumentando sucessivamente o volume de 
transações.
❑ Aumentando sucessivamente o volume de 
consultas.
❑ Aumentando sucessivamente o tamanho de 
arquivos a serem processados.
Categorias de testes de software - Aula 5
Avaliação de Software
Principais Categorias de Teste de Validação
Teste de Configuração (Ambiente)
Verificar se o software está apto a rodar em diferentes 
configurações de software e hardware, 
Garantir que o aplicativo seja executado sobre os mais 
variados ambientes de produção.
Categorias de testes de software - Aula 5
Avaliação de Software
Principais Categorias de Teste de Validação
Teste de Configuração do ambiente
❑ Variando os sistemas operacionais (incluído versões).
❑ Variando os browsers.
❑ Variando os hardwaresque irão interagir com a
solução.
❑ Combinando todos esses elementos.
Categorias de testes de software - Aula 5
Avaliação de Software
Principais Categorias de Teste de Validação
Teste de Compatibilidade (Versionamento)
Validar a capacidade do software em interagir com 
outras aplicações, versões anteriores e dispositivos 
físicos 
Garantir que novas versões suportem as antigas 
interfaces. 
Categorias de testes de software - Aula 5
Avaliação de Software
Principais Categorias de Teste de Validação
Teste de Compatibilidade (Versionamento)
❑ Importando-se os dados gerados pela solução
anterior.
❑Comunicando-se com todas as versões anteriores e
atuais.
Categorias de testes de software - Aula 5
Avaliação de Software
Principais Categorias de Teste de Validação
Teste de Segurança
Detectar as falhas de segurança que podem
comprometer o sigilo e a fidelidade das informações,
bem como provocar perdas de dados ou interrupções de
processamento.
Categorias de testes de software - Aula 5
Avaliação de Software
Principais Categorias de Teste de Validação
Teste de Segurança
❑ Validação de todos os requisitos de segurança identificados
❑ Tentativa de acesso as funcionalidades e informações que
requerem perfil avançado.
❑ Tentativa de invadir/derrubar o servidor de dados/internet.
❑ Tentativa de extrair backups de informações sigilosas
❑ Tentativa de descobrir senhas e quebrar protocolos de
segurança
❑ Tentativa de processar transações geradas de fontes
inexistentes
❑ Tentativa de simular comportamento/infecção por vírus.
Categorias de testes de software - Aula 5
Avaliação de Software
Principais Categorias de Teste de Validação
Teste de Performance (Desempenho)
Destinado a determinar se o desempenho nas situações
previstas de pico máximo de acesso e concorrência,
está consistente com os requisitos definidos.
Categorias de testes de software - Aula 5
Avaliação de Software
Principais Categorias de Teste de Validação
Teste de Desempenho
❑ Validar todos os requisitos de desempenho identificados
❑ Simular n usuários acessando a mesma informação, de forma
simultânea
❑ Simular n usuários processando a mesma transação, de forma
simultânea
❑ Simular n% de tráfego de rede
❑ Combinar todos esses elementos
Categorias de testes de software - Aula 5
Avaliação de Software
Principais Categorias de Teste de Validação
Teste de instalação
Categoria de teste destinado a determinar se os
procedimentos de instalação de um aplicação, assim
como avaliar se estes possibilitam as várias alternativas
previstas nos requisitos identificados.
Categorias de testes de software - Aula 5
Avaliação de Software
Principais Categorias de Teste de Validação
Teste de instalação
❑ Pré. Efetuar a primeira instalação do software.
❑ Realizar a instalação de um software já instalado.
❑ Realizar a instalação de atualização de um software.
❑ Efetuar todas as alternativas de instalação.
❑ Validar pré-requisitos de instalação do software.
Categorias de testes de software - Aula 5
Avaliação de Software
Principais Categorias de Teste de Validação
Teste de Confiabilidade e Disponibilidade
Monitoramento do software por um determinado período
de tempo e avaliar o nível de confiabilidade da
arquitetura da solução.
As interrupções provenientes de defeitos de software
prejudicam os índices de confiabilidade e disponibilidade
da aplicação.
Categorias de testes de software - Aula 5
Avaliação de Software
Principais Categorias de Teste de Validação
Teste de Confiabilidade e Disponibilidade
❑ Monitorar permanentemente o ambiente de aceite (alpha-
teste)
❑ Identificar todas as interrupções do ambiente
(confiabilidade)
❑ Identificar o tempo de interrupção do ambiente
(disponibilidade)
Categorias de testes de software - Aula 5
Avaliação de Software
Principais Categorias de Teste de Validação
Teste de Recuperação
Avaliar o comportamento do software após a ocorrência
de um erro ou de determinadas condições anormais
Avaliar os procedimentos de recuperação do estado
inicial da transação interrompida, impedindo que
determinados processamentos sejam realizados pela
metade e sejam interpretados como completos.
Categorias de testes de software - Aula 5
Avaliação de Software
Principais Categorias de Teste de Validação
Teste de Recuperação
❑ Interrupção do acesso à rede: por alguns instantes ou por um
longo período
❑ Interrupção do processamento: através do desligamento do
micro e através do desligamento do servidor
❑ Geração de arquivos, cancelamento do processamento e
avaliação dos arquivos gerados.
Categorias de testes de software - Aula 5
Avaliação de Software
Principais Categorias de Teste de Validação
Teste de Contingência
Validação dos procedimentos de contingência a serem
aplicados à determinada situação prevista no
planejamento do software.
O objetivo é simular os cenários de contingências e
avaliar a precisão dos procedimentos.
Categorias de testes de software - Aula 5
Avaliação de Software
Principais Categorias de Teste de Validação
Teste de Contigência
❑ Instalação emergencial de uma aplicação
❑ Recuperação da perda de conexão da filial com a
matriz.
Categorias de testes de software - Aula 5
Avaliação de Software
Explorando o tema
Não esqueça de consultar o material 
didático e a biblioteca virtual da Estácio!
Categorias de testes de software - Aula 5
Avaliação de Software
Obrigada
e até
a próxima 
aula!
AVALIAÇÃO DE SOFTWARE
Aula 6- Métodos Estruturados de Teste 
Métodos Estruturados de Teste - Aula 6
Avaliação de Software
Métodos Estruturados de Teste - Aula 6
Avaliação de Software
Conteúdo Programático desta aula
• O conceito de casos de teste
• Como obter casos de testes pelos 
métodos da Caixa Preta.
• Como refinar casos de testes
Métodos Estruturados de Teste - Aula 6
Avaliação de Software
Métodos Estruturados de Teste - Aula 6
Avaliação de Software
Casos de testes
Testar o caminho de um programa ou verificar o 
cumprimento de um requisito específico.
• Conjunto de entradas de teste, 
• condições de execução
• resultados esperados
Início
X=1
Y=2
Ler variável a;
Ler variável b;
C= c+1;
Imprimir c;
Programa ACaso de teste
Métodos Estruturados de Teste - Aula 6
Avaliação de Software
Casos de testes
Os casos de teste constituem a base do design e do desenvolvimento 
dos Scripts de Teste. 
Cada caso de teste reflete um cenário. 
A "profundidade" do teste é proporcional ao número de casos de teste, gerando maior 
confiança no processo de teste e na qualidade do produto. 
A escala do esforço de teste é proporcional ao número de casos de teste, é possível 
estimar com mais precisão a duração dos estágios subsequentes do ciclo de teste. 
Métodos Estruturados de Teste - Aula 6
Avaliação de Software
Abordagens dos casos de testes
Os casos de teste são categorizados ou 
classificados pelo tipo ou requisito de teste ao qual 
estão associados:
Positivo: Demonstrar que o requisito foi atendido, 
Negativo: Reflete condições inaceitáveis, anormais 
ou inesperadas
Positivo Negativo
Métodos Estruturados de Teste - Aula 6
Avaliação de Software
Abordagens dos casos de testes
• Requisitos (teste de caixa preta)
• Estrutura interna (teste de caixa Branca)
Métodos Estruturados de Teste - Aula 6
Avaliação de Software
Abordagens dos casos de testes
Os desafios de um 
processo de garantia 
de qualidade
Medir o grau de qualidade alcançado nos teste 
de software
Métodos Estruturados de Teste - Aula 6
Avaliação de Software
Abordagens dos casos de testes
É necessário buscar todas as alternativas possíveis e 
adiciona-las no processo de teste de software, de forma a 
refinar e ampliar o nível de cobertura. 
Através dos casos de teste é possível monitorar os avanços 
da qualidade de software, avaliando os históricos de 
cobertura dos testes nos sucessivos ciclos de interação do 
desenvolvimento do software
Métodos Estruturados de Teste- Aula 6
Avaliação de Software
Abordagens dos casos de testes
Métodos Estruturados de Teste - Aula 6
Avaliação de Software
Abordagens dos casos de testes
Métodos Estruturados de Teste - Aula 6
Avaliação de Software
Abordagens dos casos de testes
Métodos Estruturados de Teste - Aula 6
Avaliação de Software
Métodos Caixa Preta para obtenção dos casos de Testes
Métodos de decomposição de requisitos
Métodos de Análise de Documentos
Métodos Estruturados de Teste - Aula 6
Avaliação de Software
Métodos de decomposição de requisitos
Destacam-se os três tipos de cenários que podem 
estar contidos nos requisitos: 
•Primário
•Exceção
•Alternativo
Métodos Estruturados de Teste - Aula 6
Avaliação de Software
Métodos de decomposição de requisitos
Cenário Primário – É a situação mais básica de 
compreensão de um requisito de software. Trata-se 
da representação de um cenário perfeito que será 
usada como linha mestra para o entendimento de 
outros cenários existentes.
.
Métodos Estruturados de Teste - Aula 6
Avaliação de Software
Métodos de decomposição de requisitos
Cenário Alternativo - São variações possíveis 
dentro do cenário primário, isto é, os caminhos 
alternativos ou situações equivalentes que 
conduzirão ao mesmo objetivo.
Métodos Estruturados de Teste - Aula 6
Avaliação de Software
Métodos de decomposição de requisitos
Cenário de Exceção - Trata-se de possíveis 
problemas e inconsistências que impedem a 
finalização de determinado requisito. São todas as 
condições impeditivas que podem ocorrer a 
qualquer requisito.
Métodos Estruturados de Teste - Aula 6
Avaliação de Software
Métodos Caixa Branca para obtenção dos 
casos de Testes
• Cobertura de linha de código
• Cobertura de Caminhos
• Cobertura de desvios condicionais
• Cobertura de laços
Métodos Estruturados de Teste - Aula 6
Avaliação de Software
Métodos Caixa Branca para obtenção dos casos de Testes
Cobertura de linha de código 
• Forma mais simplificada de medição
• Medidos pelo número de linhas que são “adicionais” 
sempre que determinado conjunto de casos de testes é 
executado
• O objetivo é conseguir alcançar 100% da execução do 
código-fonte
Métodos Estruturados de Teste - Aula 6
Avaliação de Software
Cobertura de caminhos 
• Foca nos fluxos alternativos
• Identifica um conjunto de casos de teste que 
possibilitem exercitar todos os possíveis 
caminhos de execução
• Localizar falhas de iniciação de variáveis ou 
mesmo fluxos não previstos de processamento, 
que podem conduzir a erros de execução.
Métodos Caixa Branca para obtenção dos casos de Testes
Métodos Estruturados de Teste - Aula 6
Avaliação de Software
Principais Categorias de Teste de Validação
Cobertura de desvios condicionais
✓ Detectar erros nas condições lógicas aplicadas no 
código-fonte. 
✓ Os casos de teste são construídos de forma a 
permitir variação dos valores que determinam a 
execução dos diversos fluxos alternativos existentes 
no código-fonte. 
✓ O desenho interno do software é o principal 
elemento para a modelagem dos casos de testes. 
Métodos Estruturados de Teste - Aula 6
Avaliação de Software
Principais Categorias de Teste de Validação
Cobertura de desvios condicionais
Cobertura de decisões - Avalia se todas as decisões existentes 
no código-fonte são exercitadas durante a execução dos 
testes de caixa branca. 
Cobertura de condições – Foca na expressão que representa a 
condução de desvio existente no código-fonte
Cobertura de Múltiplas Condições – Emprega o mesmo critério 
do tópico de cobertura de condições, diferenciando-se apenas 
pelo fato de que os casos de teste devem contemplar todas as 
múltiplas combinações possíveis.
Métodos Estruturados de Teste - Aula 6
Avaliação de Software
Cobertura de laços
Normalmente os erros encontrados em laços de
programação são de falta de iniciação de variáveis,
quando as variáveis sofrem iniciações contínuas ou
quando um laço atinge seu limite de execução.
Métodos Caixa Branca para obtenção dos casos de Testes
Métodos Estruturados de Teste - Aula 6
Avaliação de Software
Métodos Caixa Branca para obtenção dos casos de Testes
Métodos Estruturados de Teste - Aula 6
Avaliação de Software
Refinamento de Casos de Testes
Os refinamentos são técnicas que permitem aumentar a
extensão de cobertura e ampliar os cenários que
representam os casos de testes alternativos e de exceção.
• Por partição de Equivalência
• Valores-limites
• Probabilidade de Erro
Métodos Estruturados de Teste - Aula 6
Avaliação de Software
Refinamento de Casos de Testes
Por partição de Equivalência
✓Este método divide o domínio de entrada de dados em
classes, ou seja, grupos de valores.
✓ Cada classe representa um possível erro a ser
identificado, o que irá evitar a redundância de casos de
testes.
✓Cada entrada deverá identificar um conjunto de valores
válidos e inválidos.
✓Deste conjunto deverão ser extraídos as classes e
consequentemente os casos de teste.
Métodos Estruturados de Teste - Aula 6
Avaliação de Software
Refinamento de Casos de Testes
Valores-limites
✓Complementar à partição por equivalência;
✓Os valores-limite são os casos de testes de cada classe
identificada.
Métodos Estruturados de Teste - Aula 6
Avaliação de Software
Refinamento de Casos de Testes
Probabilidade de Erro
•Baseado na intuição e experiência de testar condições que 
normalmente provocam erros. 
•Essencial histórico de erros bem montado: 
✓Tabelas vazias ou nulas
✓Nenhuma ocorrência , ou seja, executamos a operação 
porém não existe informações a serem processadas;
✓Primeira execução, ou seja, o erro somente ocorre na 
primeira vez;
✓Valores brancos ou nulos;
✓Valores inválidos e negativos. 
Métodos Estruturados de Teste - Aula 6
Avaliação de Software
Exemplo de caso de teste
Caso de uso transferência Bancária
Cenário: Doc para terceiros
Passos:
Consultar o saldo de origem;
Consultar o saldo da conta de destino;
Consultar novamente o saldo da conta de origem, verificando se o saldo 
inicial menos o valor transferido é igual ao saldo atual;
Consultar o salda da conta de destino, verificando se o saldo acrescido 
do valor transferido é igual ao saldo atual.
Métodos Estruturados de Teste - Aula 6
Avaliação de Software
Exemplo de caso de teste
Caso de uso transferência Bancária
Cenário: Doc para terceiros
Possíveis casos de teste:
CT01 – Preenchimento dos campos obrigatórios na tela de transferência;
CT02 – Validação do CPF; 
CT03 – Conta destino inválida; 
CT04 – Transferência de valores negativos; 
Métodos Estruturados de Teste - Aula 6
Avaliação de Software
Explorando o tema
Não esqueça de consultar o material 
didático e a biblioteca virtual da Estácio!
Participe do fórum!
Métodos Estruturados de Teste - Aula 6
Avaliação de Software
Obrigada
e até
a próxima 
aula!
AVALIAÇÃO DE SOFTWARE
Aula 7- Teste de validação e suas fases
Teste de validação e suas fases - Aula 7
Avaliação de Software
Conteúdo Programático desta aula
1. A relação dos dois níveis de testes com 
as fases da validação.
2. Os tipos de testes de cada fase da 
validação e suas características.
Teste de validação e suas fases - Aula 7
Avaliação de Software
Teste de Validação
✓ Iniciam–se no final do teste de integração
✓ Os components individuais foram executados;
✓ O software está completo;
✓ Os erros de interface corrigidos.
Teste de validação e suas fases - Aula 7
Avaliação de Software
Teste de Validação
A validação do software se torna bem-sucedida 
quando o software:
✓ funciona de maneira adequadamente esperada 
pelo cliente,
desta forma, é obtida por intermédio 
de uma série de testes que demonstram 
conformidade com os requisitos. 
Teste de validação e suas fases - Aula 7
Avaliação de Software
Teste de Validação
• Todos os requisitos funcionais sejam satisfeitos
• Todos os requisitos de desempenho sejam 
conseguidos
• A documentação estejacorreta 
• Outros requisitos sejam cumpridos: portabilidade, 
compatibilidade, remoção de erros e 
manutenibilidade. 
Teste de validação e suas fases - Aula 7
Avaliação de Software
Fases dos testes de Validação
Teste de 
unidade
Teste de 
Integração
Teste de 
Sistema
Teste de 
aceitação
Teste de validação e suas fases - Aula 7
Avaliação de Software
Testes de baixo nível
Teste de 
unidade
Teste de 
Integração
Teste de validação e suas fases - Aula 7
Avaliação de Software
Testes de baixo nível
Teste de Unidade
• É realizado no estágio mais baixo da escala de teste, 
isto é, no código do programa;
• Normalmente é realizado pelo desenvolvedor;
• Concentra-se em cada unidade do software, de acordo 
com o que é implementado no código fonte. 
• Utiliza as técnicas de teste de caixa branca e caixa 
preta. 
Teste de validação e suas fases - Aula 7
Avaliação de Software
Testes de baixo nível
Teste de Unidade
• Interface de módulo 
• Estrutura de dados local 
• Caminhos independentes da estrutura de controle 
• Condições limite
• Caminhos de manipulação de erro 
Casos de testes deverão ser projetados para descobrir 
erros devido a computações errôneas, comparações 
incorretas ou fluxo de controle inadequado. 
Teste de validação e suas fases - Aula 7
Avaliação de Software
Testes de baixo nível
Teste de Unidade
Mas como fazer o teste de unidade se os componentes não 
são programas independentes? 
• Através da construção de pseudo-controladores;
• Agem como o programa principal
Teste de validação e suas fases - Aula 7
Avaliação de Software
Testes de baixo nível
Testes de Integração
• Focaliza o pacote de software completo
• Verifica o programa como um todo
• Utiliza técnicas de projeto de casos de teste que enfocam 
as entradas e saídas, além de exercitar caminhos 
específicos.
•
• Mesmo que todos os módulos estejam funcionando 
individualmente, não se pode garantir que eles 
funcionarão em conjunto 
Teste de validação e suas fases - Aula 7
Avaliação de Software
Testes de baixo nível
Testes de Integração
• Não incremental (big-Bang) 
• Incremental
• Integração descendente ou Top-down
• Integração ascendente ou Botton-up
• Teste de regressão
• Teste fumaça
Teste de validação e suas fases - Aula 7
Avaliação de Software
Testes de baixo nível
Testes de Integração
• Não incremental (big-Bang) 
Neste tipo de abordagem todos os componentes 
são combinados com antecedência e o programa 
inteiro é testado de uma vez. 
Teste de validação e suas fases - Aula 7
Avaliação de Software
Testes de baixo nível
Testes de Integração
• Incremental
• Integração descendente ou Top-down
✓ Os módulos são integrados movendo-se de 
cima para baixo na hierarquia de controle.
✓ Começa-se pelo módulo de controle principal 
e os módulos subordinados são incorporados 
à estrutura. 
Teste de validação e suas fases - Aula 7
Avaliação de Software
Testes de baixo nível
Testes de Integração
• Incremental
• Integração descendente ou Top-down
✓ Primeiro-em-profundidade (depth-first): 
Integra todos os componentes em um 
caminho de controle principal da estrutura do 
controle. A seleção do caminho é arbitrária. 
Teste de validação e suas fases - Aula 7
Avaliação de Software
Testes de baixo nível
Testes de Integração
• Incremental
• Integração descendente ou Top-down
✓ Primeiro-em-largura (breadth-first): 
Incorpora todos os componentes diretamente 
subordinados em cada nível, movendo-se 
através da estrutura horizontalmente. 
Teste de validação e suas fases - Aula 7
Avaliação de Software
Testes de baixo nível
Testes de Integração
• Incremental
• Integração ascendente ou Botton-up
✓ A integração do sistema começa a partir do nível mais 
baixo do software, ou seja, o módulo. 
✓ O módulo é dito como o mais baixo nível se ele não 
depende de outro módulo. 
✓ Neste tipo de teste assume-se que previamente todos 
os módulos foram individualmente testados. 
✓ Os módulos são integrados movendo-se de baixo para 
cima na hierarquia de controle. 
Teste de validação e suas fases - Aula 7
Avaliação de Software
Testes de baixo nível
Testes de Integração
• Incremental
• Teste de regressão
✓ Os testes de regressão geralmente são 
executados após a correção de algum defeito ou 
após a adição de uma nova funcionalidade.
✓ Seu objetivo é garantir que nenhum defeito foi 
acrescentado ao sistema após sua modificação. 
Teste de validação e suas fases - Aula 7
Avaliação de Software
Testes de baixo nível
Testes de Integração
• Incremental
• Teste de regressão
✓ Toda vez que um novo módulo é adicionado como parte 
do teste de integração, o software se modifica e assim 
novos caminhos de fluxos de dados são estabelecidos, 
nova E/S pode ocorrer ou ainda nova lógica de controle 
pode ser adicionadas.
✓ Essas modificações podem causar problemas em 
funções que previamente funcionavam corretamente.
Teste de validação e suas fases - Aula 7
Avaliação de Software
Testes de baixo nível
Testes de Integração
• Incremental
• Teste de regressão
Os casos de testes de regressão podem ser de três tipos:
✓ Casos de teste que abrangem todas as funcionalidades 
do sistema.
✓ Casos de teste apenas para as funcionalidades que 
foram modificadas.
✓ Novos casos de teste para as funcionalidades que 
provavelmente foram afetadas pela mudança.
Teste de validação e suas fases - Aula 7
Avaliação de Software
Testes de baixo nível
Testes de Integração
• Incremental
• Teste fumaça
✓ Neste tipo de teste o software é reconstruído 
e testado diariamente para dar aos gerentes 
e desenvolvedores uma avaliação realística 
do progresso.
Teste de validação e suas fases - Aula 7
Avaliação de Software
Fases dos testes de Validação
Teste de 
Sistema
Teste de 
aceitação
Teste de validação e suas fases - Aula 7
Avaliação de Software
Testes de alto nível
Testes de Sistema
• Comportamento de todo o sistema / produto 
definido pelo escopo de um projeto ou programa 
de desenvolvimento.
• Ambiente de teste deve corresponder o máximo 
possível ao objetivo final, ou o ambiente de 
produção
Teste de validação e suas fases - Aula 7
Avaliação de Software
Testes de alto nível
Testes de Sistema
Realizado por uma equipe de teste independente, 
Teste de validação e suas fases - Aula 7
Avaliação de Software
Testes de alto nível
Testes de Sistema
Série de diferentes testes cuja finalidade é 
exercitar totalmente o sistema:
• Teste de recuperação
• Teste de segurança
• Teste de esforço (estresse)
• Teste de desempenho
Teste de validação e suas fases - Aula 7
Avaliação de Software
Testes de alto nível
Testes de Aceitação
• É impossível que se preveja como o cliente 
realmente usará um programa; 
• Instruções de uso mal interpretadas;
• combinações estranhas de dados podem ser 
usadas;
• Saídas que pareciam claras ao analista podem 
ser ininteligíveis para um usuário em campo. 
Teste de validação e suas fases - Aula 7
Avaliação de Software
Testes de alto nível
Testes de Aceitação
Dependendo da abrangência dos usuários podem 
ser aplicados de duas maneiras:
• Software customizado para um cliente 
• Software desenvolvido como produto para 
muitos clientes 
Teste de validação e suas fases - Aula 7
Avaliação de Software
Testes de alto nível
Testes de Aceitação
Teste Alfa
É conduzido na instalação do desenvolvedor por um 
grupo representativo de usuários finais. 
Teste Beta
O teste Beta é conduzido nas instalações de um ou 
mais usuários finais e neste tipo de teste o 
desenvolvedor não deverá estar presente. 
Teste de validação e suas fases - Aula 7
Avaliação de Software
Explorando o tema
Não esqueça de consultar o material 
didático e a biblioteca virtual da Estácio!
Teste de validação e suas fases - Aula 7
Avaliação de Software
Obrigada
e até
a próxima 
aula!
AVALIAÇÃO DE SOFTWARE
Aula 8- Gerenciamento do Testaware
Gerenciamento doTestaware - Aula 8 
Avaliação de Software
Conteúdo Programático desta aula
1) O conceito de Testware. 
2) Reconhecer a diferença entre os 
ambientes de desenvolvimento, 
Teste e homologação e ambiente 
de produção.
Gerenciamento do Testaware - Aula 8 
Avaliação de Software
Testware
Software
Testware
Engenheiros de software
Engenheiros de teste
Gerenciamento do Testaware - Aula 8 
Avaliação de Software
• Checklist
• Planejamento e especificações de 
teste
• Rotinas automatizadas de execução 
de teste
• Casos de testes
• Massa de testes 
• Relatórios finais de validação de 
testes
Gerenciamento do Testaware - Aula 8 
Avaliação de Software
Ambientes de testes
A combinação entre os elementos de hardware 
(processadores, servidores, terminais) e software 
(sistema operacional, banco de dados), é 
chamada de infra-estrutura.
Gerenciamento do Testaware - Aula 8 
Avaliação de Software
Ambientes de testes
No processo de desenvolvimento de software, 
cada ciclo de vida do software necessita de uma 
infra-estrutura e requer um local físico adequado, 
denominado ambiente.
Gerenciamento do Testaware - Aula 8 
Avaliação de Software
Ambientes de testes
Mas o que é mesmo ambiente?
Ambiente é um local físico onde existe uma 
infra-estrutura de hardware e software 
adequado a uma missão. 
Gerenciamento do Testaware - Aula 8 
Avaliação de Software
Ambientes de testes
Desta forma cada ciclo do processo de
desenvolvimento de software de software
(desenvolvimento, teste, homologação e
produção) irá requer uma infra-estrutura
diferenciada, isto é, de um ambiente distinto.
Gerenciamento do Testaware - Aula 8 
Avaliação de Software
Ambiente de desenvolvimento
Este ambiente deverá fornecer toda a infra-estrutura
necessária de hardware e software para o desenvolvimento
de um novo software e deverá atender:
• Atender as necessidades da equipe de desenvolvimento.
• Atender as necessidades de teste da própria equipe de
desenvolvimento.
Gerenciamento do Testaware - Aula 8 
Avaliação de Software
Ambiente de desenvolvimento
Quem utiliza este ambiente?
Deve estar disponível para a equipe de desenvolvimento, 
ou seja os analistas e programadores.
Gerenciamento do Testaware - Aula 8 
Avaliação de Software
Ambiente de desenvolvimento
Quais os testes que normalmente são aplicados 
neste ambiente?
• Teste de unidade
• Teste de integração
Gerenciamento do Testaware - Aula 8 
Avaliação de Software
Ambiente de desenvolvimento
Testes de Integração
• Focaliza o pacote de software completo
• Verifica o programa como um todo
• Utiliza técnicas de projeto de casos de teste que enfocam 
as entradas e saídas, além de exercitar caminhos 
específicos.
• Mesmo que todos os módulos estejam funcionando 
individualmente, não se pode garantir que eles 
funcionarão em conjunto 
Gerenciamento do Testaware - Aula 8 
Avaliação de Software
Testes de Integração
• Não incremental (big-Bang) 
• Incremental
• Integração descendente ou Top-down
• Integração ascendente ou Botton-up
• Teste de regressão
• Teste fumaça
Ambiente de desenvolvimento
Gerenciamento do Testaware - Aula 8 
Avaliação de Software
Ambiente de desenvolvimento
Testes de Integração
• Não incremental (big-Bang) 
Neste tipo de abordagem todos os componentes 
são combinados com antecedência e o programa 
inteiro é testado de uma vez. 
Gerenciamento do Testaware - Aula 8 
Avaliação de Software
Ambiente de desenvolvimento
Testes de Integração
• Incremental
• Integração descendente ou Top-down
✓ Os módulos são integrados movendo-se de 
cima para baixo na hierarquia de controle.
✓ Começa-se pelo módulo de controle principal 
e os módulos subordinados são incorporados 
à estrutura. 
Gerenciamento do Testaware - Aula 8 
Avaliação de Software
Ambiente de desenvolvimento
Testes de Integração
• Incremental
• Integração descendente ou Top-down
✓ Primeiro-em-profundidade (depth-first): 
Integra todos os componentes em um 
caminho de controle principal da estrutura do 
controle. A seleção do caminho é arbitrária. 
Gerenciamento do Testaware - Aula 8 
Avaliação de Software
Ambiente de desenvolvimento
Testes de Integração
• Incremental
• Integração descendente ou Top-down
✓ Primeiro-em-largura (breadth-first): 
Incorpora todos os componentes diretamente 
subordinados em cada nível, movendo-se 
através da estrutura horizontalmente. 
Gerenciamento do Testaware - Aula 8 
Avaliação de Software
Ambiente de desenvolvimento
Testes de Integração
• Incremental
• Integração ascendente ou Botton-up
✓ A integração do sistema começa a partir do nível mais 
baixo do software, ou seja, o módulo. 
✓ O módulo é dito como o mais baixo nível se ele não 
depende de outro módulo. 
✓ Neste tipo de teste assume-se que previamente todos 
os módulos foram individualmente testados. 
✓ Os módulos são integrados movendo-se de baixo para 
cima na hierarquia de controle. 
Gerenciamento do Testaware - Aula 8 
Avaliação de Software
Ambiente de desenvolvimento
Testes de Integração
• Incremental
• Teste de regressão
✓ Os testes de regressão geralmente são 
executados após a correção de algum defeito ou 
após a adição de uma nova funcionalidade.
✓ Seu objetivo é garantir que nenhum defeito foi 
acrescentado ao sistema após sua modificação. 
Gerenciamento do Testaware - Aula 8 
Avaliação de Software
Ambiente de desenvolvimento
Testes de Integração
• Incremental
• Teste de regressão
✓ Toda vez que um novo módulo é adicionado como parte 
do teste de integração, o software se modifica e assim 
novos caminhos de fluxos de dados são estabelecidos, 
nova E/S pode ocorrer ou ainda nova lógica de controle 
pode ser adicionadas.
✓ Essas modificações podem causar problemas em 
funções que previamente funcionavam corretamente.
Gerenciamento do Testaware - Aula 8 
Avaliação de Software
Ambiente de desenvolvimento
Testes de Integração
• Incremental
• Teste de regressão
Os casos de testes de regressão podem ser de três tipos:
✓ Casos de teste que abrangem todas as funcionalidades 
do sistema.
✓ Casos de teste apenas para as funcionalidades que 
foram modificadas.
✓ Novos casos de teste para as funcionalidades que 
provavelmente foram afetadas pela mudança.
Gerenciamento do Testaware - Aula 8 
Avaliação de Software
Ambiente de desenvolvimento
Testes de Integração
• Incremental
• Teste fumaça
✓ Neste tipo de teste o software é reconstruído 
e testado diariamente para dar aos gerentes 
e desenvolvedores uma avaliação realística 
do progresso.
Gerenciamento do Testaware - Aula 8 
Avaliação de Software
Ambiente de desenvolvimento
Teste de Unidade
• É realizado no estágio mais baixo da escala de teste, 
isto é, no código do programa;
• Normalmente é realizado pelo desenvolvedor;
• Concentra-se em cada unidade do software, de acordo 
com o que é implementado no código fonte. 
• Utiliza as técnicas de teste de caixa branca e caixa 
preta. 
Gerenciamento do Testaware - Aula 8 
Avaliação de Software
Ambiente de desenvolvimento
Teste de Unidade
• Interface de módulo 
• Estrutura de dados local 
• Caminhos independentes da estrutura de controle 
• Condições limite
• Caminhos de manipulação de erro 
Casos de testes deverão ser projetados para descobrir 
erros devido a computações errôneas, comparações 
incorretas ou fluxo de controle inadequado. 
Gerenciamento do Testaware - Aula 8 
Avaliação de Software
Ambiente de desenvolvimento
Teste de Unidade
Mas como fazer o teste de unidade se os componentes não 
são programas independentes? 
• Através da construção de pseudo-controladores;
• Agem como o programa principal
Gerenciamento do Testaware - Aula 8 
Avaliação de Software
Ambiente de teste e homologação
• Ambiente mais semelhante possível do ambiente de 
Produção
• Possibilitar o maior número de testes possíveis nas 
condições mais próximas de um ambiente real. 
• Fornece toda a infra-estruturanecessário de hardware e 
software para a execução dos teste de requisitos do 
software e garante o ambiente ideal de simulação. 
Gerenciamento do Testaware - Aula 8 
Avaliação de Software
Ambiente de teste e homologação
Quem utiliza este ambiente?
Equipe de teste independente
Gerenciamento do Testaware - Aula 8 
Avaliação de Software
Ambiente de teste e homologação
Quais os testes que normalmente são aplicados 
neste ambiente?
Nesse ambiente acontecem os testes de: 
Sistema e aceitação
São realizados através da técnica da caixa-preta 
que não requerem um conhecimento interno do 
software. 
Gerenciamento do Testaware - Aula 8 
Avaliação de Software
Ambiente de teste e homologação
Testes de Sistema
• Comportamento de todo o sistema / produto 
definido pelo escopo de um projeto ou programa 
de desenvolvimento.
Gerenciamento do Testaware - Aula 8 
Avaliação de Software
Ambiente de teste e homologação
Testes de Sistema
Série de diferentes testes cuja finalidade é 
exercitar totalmente o sistema:
• Teste de recuperação
• Teste de segurança
• Teste de esforço
• Teste de desempenho
• Teste de disponibilização
Gerenciamento do Testaware - Aula 8 
Avaliação de Software
Ambiente de Produção
• Fornece toda a infra-estrutura necessária de hardware e 
software para a o produto desempenhe totalmente as 
funcionalidades paras quais foi projetado. 
• Neste ambiente é garantido o controle do ambiente e 
segurança contra invasões. 
• Trabalho da equipe de qualidade mensurado através dos 
erros identificados neste ambiente
Gerenciamento do Testaware - Aula 8 
Avaliação de Software
Ambiente de Produção
Quem utiliza este ambiente?
• No ambiente de Produção também são realizados testes 
de aceite, que neste caso será o Beta-teste. 
• Neste tipo de teste apenas um grupo de usuários 
selecionados terá acesso a uma “nova versão” do produto 
(ainda sob acompanhamento da equipe de testes de 
software).
Gerenciamento do Testaware - Aula 8 
Avaliação de Software
Ambiente de Produção
Quais os testes que normalmente são aplicados neste 
ambiente?
Teste Beta
• É conduzido nas instalações de um ou mais usuários finais ou no 
próprio ambiente de produção e neste tipo de teste o desenvolvedor não 
deverá estar presente. 
• O cliente registra todos os problemas encontrados durante o teste e vai 
relatando para o desenvolvedor em intervalos regulares. 
• Com o resultado do teste beta, os desenvolvedores fazem as 
modificações necessárias e preparam a liberação do software para 
todos os clientes.
Gerenciamento do Testaware - Aula 8 
Avaliação de Software
Equipe de teste independente
Remover os problemas associados ao fato de deixar o 
desenvolvedor testar o software que ele mesmo criou. 
Evitar o conflito de interesses que, de outra forma, poderia 
estar presente. 
A equipe independente de teste faz parte da equipe de 
desenvolvimento de software
Participa durante a análise, e o projeto e permanece 
envolvido (planejando e especificando procedimentos de teste) 
durante o projeto inteiro. 
Gerenciamento do Testaware - Aula 8 
Avaliação de Software
Equipe de teste independente
É comum em muitos casos a equipe de teste responder a 
organização de garantia de qualidade de software para, desta 
forma, obter um grau de independência que poderia não ser 
possível se fizesse parte da organização de engenharia de 
software.
Gerenciamento do Testaware - Aula 8 
Avaliação de Software
Gerência da qualidade
Gerenciamento do Testaware - Aula 8 
Avaliação de Software
Gerência da Qualidade de software
✓ Área responsável pela garantia da qualidade do software. 
✓ Responde pelo gerenciamento dos profissionais de 
qualidade envolvidos na verificação das diversas etapas de 
um processo de engenharia de software.
✓ Tem como objetivo verificar a aderência entre o processo de 
desenvolvimento estabelecido e as práticas dos diversos 
profissionais envolvidos no processo.
Gerenciamento do Testaware - Aula 8 
Avaliação de Software
Gerência de teste de software
✓ Área responsável pelo gerenciamento de todo o processo 
de testes de software da organização. 
✓ Está voltada especificamente à estruturação e condução de 
um processo de teste de software consistente
✓ Na validação do produto tecnológico que está sendo 
produzido e não em garantir a adequada realização do 
processo de engenharia de software.
Gerenciamento do Testaware - Aula 8 
Avaliação de Software
Equipe de teste
Líder ou gerente de 
Teste
Arquiteto de Teste
Analista de Teste
Testador
Responsável pela liderança de um projeto 
de testes
Responsável pela montagem do ambiente de 
teste (infraestrutura) e escolha das 
ferramentas
Responsável pela modelagem e elaboração 
dos casos de testes e scripts de teste
Responsável pela execução dos casos de 
teste e scripts de teste
Gerenciamento do Testaware - Aula 8 
Avaliação de Software
Explorando o tema
Não esqueça de consultar o material 
didático e a biblioteca virtual da Estácio!
Gerenciamento do Testaware - Aula 8 
Avaliação de Software
Obrigada
e até
a próxima 
aula!
AVALIAÇÃO DE SOFTWARE
Aula 09 - Ferramentas de Apoio e Automação a testes de software 
Ferramentas de Apoio e Automação a testes de software - Aula 09 
Avaliação de Software
Conteúdo Programático desta aula
1. Reconhecer as ferramentas existentes 
para apoiar e automatizar as diversas 
fases dos testes de software. 
Ferramentas de Apoio e Automação a testes de software - Aula 09 
Avaliação de Software
Ferramentas de Apoio e Automação a testes de software - Aula 09 
Avaliação de Software
Gestão das Ferramentas de Apoio a Testes
Ferramentas de Teste tão relevantes quanto às ferramentas que apóiam 
o processo de desenvolvimento de software. 
As ferramentas de apoio podem auxiliar no:
• gerenciamento e na elaboração de checklists, 
• nas atividades de gestão de documentos
• controles de versões destes documentos, e em outras atividades 
desenvolvidas.
Ferramentas de Apoio e Automação a testes de software - Aula 09 
Avaliação de Software
Gestão das Ferramentas de Apoio a Testes
Para obter o incremento na qualidade do processo, torna-se fundamental 
criar um ambiente de testes altamente automatizado e, desta forma:
• Proporcionar a redução de custos.
• Maior flexibilidade, confiabilidade e controle do processo.
• Aumentar a efetividade do processo.
• Reduzir do tempo de execução dos procedimentos de testes.
Ferramentas de Apoio e Automação a testes de software - Aula 09 
Avaliação de Software
Automação de teste
Basicamente os testes de software podem ocorrer de duas formas:
Testes manuais
Realiza a tarefa de testar
Testes automatizados
Utilização de um software que imita a 
interação com a aplicação no que se refere 
ao teste tal qual um ser humano faria
Ferramentas de Apoio e Automação a testes de software - Aula 09 
Avaliação de Software
Automação de teste
Basicamente os testes de software podem ocorrer de duas formas:
Testes manuais
Realiza a tarefa de testar
Testes automatizados
Utilização de um software que imita a 
interação com a aplicação no que se refere 
ao teste tal qual um ser humano faria
Ferramentas de Apoio e Automação a testes de software - Aula 09 
Avaliação de Software
Automação de teste
Testes automatizados
• Ferramentas de testes que simulam usuários 
ou atividades humanas
• Não requerem procedimentos manuais no 
processo de execução dos testes. 
• Profissionais especializados
• Tempo no desenvolvimento da automação dos 
testes.
Ferramentas de Apoio e Automação a testes de software - Aula 09 
Avaliação de Software
Automação de teste
Teste Regressivo
Quando temos nova versão de software e comparamos com a 
versão anterior, o teste é em função de algo do passado.
Teste Progressivo
Quando utilizamos um script de teste de desempenho para 
simular a quantidade de 1.000 usuários virtuais e depois 
reexecutamos numa nova versão