5523361
Description
Mind Map by Julio Oliveira, updated more than 1 year ago
|
Created by Julio Oliveira
over 8 years ago
|
|
CTFL
- Cap 01 -
Fundamentos
do Teste
- 1.1 Porque é
necessário testar?
- 1.1.1 Contexto dos
sistemas de software
- Um defeito no software
pode causar danos (fisicos,
financeiros, reputação) a
pessoas, empresas ou
ambientes.
- Um defeito no software
pode causar danos (fisicos,
financeiros, reputação) a
pessoas, empresas ou
ambientes.
- 1.1.2 Causas dos defeitos de
software
- Os defeitos ocorrem porque os seres humanos
erram se enganam, e isso pode ocorrer por um serie
de fatores. Exem: pressão no prazo, códigos
complexos, complexidade na infra, mudança de
tecnologia e etc.
- O importante aqui é
saber distinguir entre
a causa raiz do defeito
e seus efeitos
- Nem todos os defeitos
causam falhas
- Falhas podem ser
causadas por condições
do ambiente
- O importante aqui é
saber distinguir entre
a causa raiz do defeito
e seus efeitos
- Os defeitos ocorrem porque os seres humanos
erram se enganam, e isso pode ocorrer por um serie
de fatores. Exem: pressão no prazo, códigos
complexos, complexidade na infra, mudança de
tecnologia e etc.
- 1.1.3 Função do teste no
desenvolvimento,
manutenção e operação
de software
- É função do teste verificar se o que foi
desenvolvido está de acordo com os requisitos
contratuais, legais... Quando mais cedo e rigoroso
os testes menor vai ser o risco de ocorrencia de
problema no ambiente operacional
- É função do teste verificar se o que foi
desenvolvido está de acordo com os requisitos
contratuais, legais... Quando mais cedo e rigoroso
os testes menor vai ser o risco de ocorrencia de
problema no ambiente operacional
- 1.1.4 Teste e
Qualidade
- O teste pode medir a
qualidade de um software pela
quantidade de defeitos
encontrados
- O teste pode medir a
qualidade de um software pela
quantidade de defeitos
encontrados
- 1.1.5 Quanto teste é
suficiente?
- depende do nivel do risco do
negocio/projeto e das retrições de tempo
e orçamento
- depende do nivel do risco do
negocio/projeto e das retrições de tempo
e orçamento
- 1.1.1 Contexto dos
sistemas de software
- 1.2 O que é
teste?
- Objetivos do
teste
- Encontrar defeitos
- Confiança sobre o nvel de
qualidade
- Prover informações para
tomada de decisão
- Prevenir Defeitos
- Encontrar defeitos
- Exemplificar os objetivos
do teste em diferentes
fases do ciclo de vida do
software
- Revisão da documentação(Requisitos):
Ajuda a prevenir defeitos no codigo
- Teste feito em
desenvolvimento
- Teste de
Componente
- Teste de
Integração
- Teste de
Sistema
- O objetivo pode ser causar o maior
numero de falhas possiveis, de modo
que os defeitos possam ser
indentificados e corrigidos
- Teste de
Componente
- Teste de
Aceitação
- Para verificar se
o sistema esta
de acordo com
os requisitos
- Para verificar se
o sistema esta
de acordo com
os requisitos
- Testes de
Manutenção
- Servem para verificar se
não foram inseridos erros
durante o
desenvolvimento de
mudanças.
- Servem para verificar se
não foram inseridos erros
durante o
desenvolvimento de
mudanças.
- Revisão da documentação(Requisitos):
Ajuda a prevenir defeitos no codigo
- Diferenciar teste x
depuração de código
- Teste
- Demonstra as falhas
causadas por
defeitos
- Atividade
realizada pelo
tester
- Demonstra as falhas
causadas por
defeitos
- Depuração
- Indentifica a causa
de um defeito
- Checa se os
defeitos foram
corrigidos
- atividade
realizada pelo
desenvolvedor
- Indentifica a causa
de um defeito
- Teste
- Objetivos do
teste
- 1.3 Principios
gerais do teste
- 1.3.1 Explicar os 7 principios
do teste
- P1 - Teste demonstra
a presença de
defeitos
- Se nenhum defeito é encontrado
não prova que o software ele está
perfeito
- Se nenhum defeito é encontrado
não prova que o software ele está
perfeito
- P2 - Teste
Exaustivo é
impossivel
- Não é viavel testar tudo
- Não é viavel testar tudo
- P3 -
Teste
Antecipado
- Começar o quanto
antes
- Começar o quanto
antes
- P4 -
Agrupamento
de defeitos
- Quando a maioria dos
problema está em
modulo especifico
- Quando a maioria dos
problema está em
modulo especifico
- P5 -
Paradoxo do
Pesticida
- Quando o mesmo conjunto de
teste não encontra novos
defeitos
- Quando o mesmo conjunto de
teste não encontra novos
defeitos
- P6 - Teste
depende do
contexto
- P7 - A ilusão de
ausência de
erros
- De nada serve encontrar e
corrigir erros se o sistema não
está de acordo com os
requisitos
- De nada serve encontrar e
corrigir erros se o sistema não
está de acordo com os
requisitos
- P1 - Teste demonstra
a presença de
defeitos
- 1.3.1 Explicar os 7 principios
do teste
- 1.4 Fundamentos do
processo de teste
- 1.4.1 As 5 atividades fundamentais
do teste
- Planejamento e Controle
- Planejamento
- Define os objetivos e
especifica as atividades de
forma a alcançalas
- Define os objetivos e
especifica as atividades de
forma a alcançalas
- Controle
- Atividade de comparar o
progresso atual com o que foi
planejado
- Atividade de comparar o
progresso atual com o que foi
planejado
- Planejamento
- Análise e modelagem
- Revisar a base de teste
- Avaliar a testabilidade dos requisitos
- Atividade onde os objetivos
são transformados em
modelos de teste tangiveis
- Identificar e priorizar os requisitos
- Projetar e priorizar os casos de teste de alto nivel
- Indentificar as necessidades para executar os testes
- Planejar e preparar o ambiente de teste
- Criar uma rastreabilidade entre os requisitos e os casos de teste
- Revisar a base de teste
- Implementação e execução de teste
- Avaliação dos critérios de saida e relatórios
- Atividades de encerramento de teste
- Planejamento e Controle
- 1.4.1 As 5 atividades fundamentais
do teste
- 1.5 Psicologia
do teste
- 1.5.1 Sucesso do teste é
influenciado por fatores
psicológicos
- 1.5.2 Forma de Pensar:
Testadores x
Desenvolvedores
- 1.5.1 Sucesso do teste é
influenciado por fatores
psicológicos
- 1.1 Porque é
necessário testar?
Media attachments
Want to create your own Mind Maps for free with GoConqr? Learn more.