Resumão de testes de softwares

Prova 1

 Verificação e Validação
 Verificação “Estamos construindo corretamente o produto”:
o Feito em cada fase da construção do projeto.

 Validação “Estamos construindo o produto certo”

o Assegurar que o que foi pedido foi devidamente executado.
 Defeito de software:
o Erro>Defeito>Falha
o Erro é o engano no desenvolvimento
o Defeito é a falta, um problema em um artefato do software, pode ser plugin,
hardware.
 Defeito por sua grande maioria das vezes ocorre por má tradução de
informações, pode ser evitado ao introduzir VV&T(validação,
verificação e teste) ao longo do ciclo de desenvolvimento.
o Falha é um problema encontrado ao executar o software


O processo de Inspeção de software:

 Planejamento>moderador
 Preparacao Individual>inspetor
 Reuniao de Inspecao>moderador,inspetores e autor
o Tarefas:leitura, produzir lista de defeitos
 Retrabalho>autor
o Tarefas: corrigir os defeitos encontrados
 Reuniao de Inspecao>moderador
o Tarefas; Analisar as correções e reavaliar a qualidade da inspeção e decidir
sobre nova inspeção
 

 Walkthroughs (“passo a passo”)

Menos rigoroso que inspeção de software
Papeis: Lider, escrivão e revisores

 Procedimento:
Os participantes participam de uma reunião e interrompem quando encontram defeito.
Possuem mesmo custo da inspeções mas com resultados inferiores.
Podem ser utilizados em atividades de brainstorming(toró de parpite) para explorar o projeto.
Inspeções são mais focadas em encontrar as falhas.

TÉCNICAS PARA DETECÇÃO DE DEFEITOS.

AD HOC
Inspetor lê o documento de acordo com sua perspectiva
É proporcional à experiência do inspetor, afeta os resultados.
Checklist
Inspetor segue uma lista de itens, mas ainda aplica leitura AD HOC
 Resultado final mais direcionado:
Características de qualidade definidas à priori
• Cobertura do documento relacionada aos itens do Checklist

Técnicas de Leitura:
Um conjunto de instruções concretas dado ao leitor que diz como ler e o que procurar num
produto de software.
É como uma receita de bolo, algo pronto.
Motivação:
• desenvolvedores são treinados para escrever artefatos de
software, mas raramente possuem habilidades para revisá-lo;
• desenvolvedores confiam em técnicas ad-hoc e não seguem
um procedimento bem definido.

Basicamente é a padronização da procura por um erro os inspetores mais experientes

recebem um “norte” já os novatos algo com mais informações.

PARTE 2
Características dos Testes de Software

● Uma das atividades mais onerosas do desenvolvimento de

software

● Último recurso para avaliação do produto antes de sua entrega

ao usuário final

● Atividade essencial para ascensão ao nível 3 do CMMI e Nível

D do MPS

● Atividade relevante para avaliação de produtos de software

(ISO 9126, ISO 14598-5)

Parte 3:
Técnicas para Teste Funcional:

● Particionamento de Equivalência

● Error Guessing

● Análise do Valor Limite

● Grafo de Causa-Efeito