Simulado CTFL - 2

Um erro

Uma anomalia

Uma falha

Um defeito

Um engano

I e II são verdadeiras, III e V são falsas

II, III e IV são verdadeiras, I e V são falsas

II e IV são verdadeiras, I, III e V são falsas

II é verdadeira, I, III, IV e V são falsas

Todas são verdadeiras

Itens de teste

Entregáveis de teste

Tarefas de teste

Ambiente de teste

Especificação de teste

Todos os testes planejados terem sido executados

O tempo estimado esgotar

Todos os defeitos terem sido corrigidos

A e C

Depende do risco para o sistema que está sendo testado

1.000, 5.000, 99.999

9.999, 50.000, 100.000

10.000, 50.000, 99.999

10.000, 99.999

9.999, 10.000, 50.000, 99.999, 100.000

I, III e IV são verdadeiras. II e V são falsas

III é verdadeira, I, II, IV e V são falsas

III e IV são verdadeiras. I, II e V são falsas

I, III, IV e V são verdadeiras, II é falsa

I e III são verdadeiras, II, IV e V são falsas

Teste para verificar se algo no sistema não funciona corretamente

Testa os atributos de qualidade, incluindo o desempenho e usabilidade

Testa uma funcionalidade do sistema usando apenas o componente do software, necessário para a execução da função

Testa uma funcionalidade do sistema usando apenas o componente do software, necessário para a execução da ação

Testa as funcionalidades que não deveriam existir

Contabilidade e estado dos itens de configuração

Auditoria de conformidade ISO9001

Identificação das versões dos testes

Registro das mudanças que ocorrem na documentação, ao longo do projeto

Acesso controlado as bibliotecas

Para garantir que todos os pequenos módulos serão testados
adequadamente

Para garantir que todas as interfaces do sistema funcionem com outros sistemas e com rede

Para especificar quais módulos combinam, quando e com quantos de uma só vez

Para garantir que o teste de integração possa ser realizado por uma equipe pequena

Para especificar como o software deve ser dividido em módulos

Para saber quando a execução de um teste deve ser terminada

Garantir que o caso de teste está completo

Para definir os critérios usados na geração das entradas do teste

Para saber quando o planejamento do teste está completo

Para planejar quando os testes devem parar

II e V são verdadeiras, I, III e IV são falsas

I e V são verdadeiras, II, III e IV são falsas

I, IV e V são verdadeiras, II e III são falsas

I e II são verdadeiras, III, IV e V são falsas

I é verdadeira, II, III, IV e V são falsas

1 teste de cobertura de sentença (comando), 3 para a cobertura de desvio

1 teste de cobertura de sentença (comando), 2 para a cobertura de desvio

1 teste cobertura de sentença (comando), 1 para a cobertura de desvio

2 testes de cobertura de sentença (comando), 3 para a cobertura de desvio

2 testes de cobertura de sentença (comando), 2 para a cobertura de desvio

1 teste de cobertura de sentença (comando), 1 para a cobertura de desvio

1 teste de cobertura de sentença (comando), 2 para a cobertura de desvio

1 teste de cobertura de sentença (comando), 3 para a cobertura de desvio

2 testes de cobertura de sentença (comando), 2 para a cobertura de desvio

2 testes de cobertura de sentença (comando), 3 para a cobertura de desvio

1 teste de cobertura de sentença (comando), 3 para a cobertura de desvio

2 testes de cobertura de sentença (comando), 2 para a cobertura de desvio

2 testes de cobertura de sentença (comando), 3 para a cobertura de desvio

3 testes de cobertura de sentença (comando), 3 para a cobertura de desvio

3 testes de cobertura de sentença (comando), 2 para a cobertura de desvio

CS = 1 e CD = 1

CS = 1 e CD = 2

CS = 1 e CD = 3

CS = 2 e CD = 2

CS = 2 e CD = 3

Assistir uma exposição sobre ferramentas

Convidar um fornecedor para dá uma demonstração

Analisar as suas necessidades e exigências

Calcular o seu orçamento para a aquisição da ferramenta

Pesquisar na Internet

Por uma pequena equipe para ela estabelecer o melhor modo de usar a ferramenta

Por todos que a ferramenta possa ser útil

Por uma equipe independente de teste

Pelos gerentes para verem em quais projetos ela pode ser usada

Pelo fornecedor contratante para escrever os primeiros scripts

A utilização de uma variável antes de ela ter sido definida

Código não utilizado ("morto")

Se o valor armazenado em uma variável está correto

A redefinição de uma variável antes de ela ter sido utilizada

Violações do tamanho de arrays

Partição de equivalência

Teste de transição de estados

Teste de Seqüência de Código Linear e Salto (LCSAJ)

Teste de sintaxe

Teste de valor limite

Realizado pelos clientes, na sua própria empresa

Realizado pelos clientes do ambiente de desenvolvimento

Realizado por uma equipe independente de teste

Útil para fazer testes de software feitos sobre encomenda

Realizado o mais cedo possível no ciclo de vida do software

Desenvolvedores: I, IV e VI; equipe de teste: II, III e V

Desenvolvedores: I e IV; equipe de teste: II, III, V e VI

Desenvolvedores: I, II, III e IV; equipe de teste: V e VI

Desenvolvedores: II, IV e VI; equipe de teste: I, III e V

Desenvolvedores: I, III, IV e V; equipe de teste: II e VI

Encontrar falhas no sistema

Garantir que o sistema esteja adequado para todos os usuários

Testar o sistema com outros sistemas

Testar com perspectiva nas regras de negócio

Teste por uma equipe de teste diferente

Técnicas de modelagem de caixa preta têm uma técnica de medição associada

Técnicas de caixa branca têm uma técnica de medição associada

Complexidade ciclomática não é um teste de medição técnica

Técnicas de medições de caixa preta têm uma técnica de modelagem de teste associada

Técnicas de medições de caixa branca têm uma técnica de modelagem de teste associada

Inspeção é o processo mais formal de revisão

As inspeções devem ser lideradas por um líder treinado

Gerentes podem realizar inspeções em documentos de gerência

Inspeção é adequada mesmo quando não existem documentos escritos

Inspeção compara os documentos com os antecessores (originais)

Geração dos resultados esperados

A reprodução de entradas de acordo com o script programado

Comparação dos resultados esperados com os resultados atuais

Gravação das entradas de teste

Leitura dos valores de teste de um arquivo de dados

No reteste um teste está sendo executado novamente; o teste de regressão procurar por efeitos colaterais inesperados

O reteste procura por efeitos colaterais inesperados; o teste de regressão é a repetição de testes

O reteste é feito após as falhas serem corrigidas; o teste de regressão é feito o mais breve possível

O reteste utiliza ambientes diferentes, o teste de regressão usa o mesmo ambiente

O reteste é feito pelos desenvolvedores; o teste de regressão é feitos por testadores independentes

Apenas o importante nos testes de sistema

Apenas são usados nos testes de componente

Nunca são especificados previamente

Mais útil quando são especificados previamente

Derivados do código

Reportar sobre os desvios do plano do projeto

Assinar a liberação do sistema para produção

Re-alocar recursos para atender os planos originais

Levantar as falhas que foram encontradas

Fornecer informações para a análise de risco e melhoria da qualidade

Revisões no código

Inspeções no código

Uma ferramenta de cobertura

Uma ferramenta de gerenciamento de teste

Uma ferramenta de análise estática

Ferramenta de análise dinâmica

Ferramenta de execução de teste

Ferramenta de depuração

Ferramenta de gerenciamento de teste

Ferramenta de gerenciamento de configuração

Como corrigir o defeito

Como reproduzir o defeito

Detalhes do ambiente de teste

Severidade e prioridade

O real e os resultados esperados

x = IV, y = III, w = II e V, k = I

x = IV e V, y = III, w = II, k = I

x = I e V, y = III, w = II, k = IV

x = V, y = IV, w = III, k = I e II

x = IV e V, y = I, w = II, k = III

Teste baseado nas regras de negócio

Teste de desempenho, carga e stress

Teste baseado em requisitos

Teste de usabilidade

Teste de integração top-down

Os resultados esperados são definidos de acordo com o comportamento do software

Os resultados esperados são derivados da especificação, não do código

Os resultados esperados incluem as mensagens da tela e as mudanças em arquivos e banco de dados

Os resultados esperados devem ser definidos antes do teste ser executado

Os resultados esperados podem incluir constantes de tempo, como o tempo de resposta

ISO / IEC 12207

BS7925-1

BS7925-2

ANSI / IEEE 829

ANSI / IEEE 729

Não é importante

Aumenta à medida do passar do tempo da vida do software

Diminui à medida do passar do tempo da vida do software

É maior se encontrado durante os requisitos do que na modelagem
funcional

Não há como determinar

Itens de teste (ex. versões do software)

O que não será testado

Ambiente de teste

Plano de qualidade

Cronograma e prazos

Não, porque elas se aplicam a documentação do desenvolvimento

Não, porque são normalmente aplicadas antes dos testes

Não, porque não se aplicam ao teste de documentação

Sim, porque ambas ajudam a detecção de defeitos e melhoram a
qualidade

Sim, porque os testes incluem todas as atividades não construtivas

Medir o tempo de resposta

Medir a taxa de transações

Teste de recuperação

Simular vários usuários

Geração de várias transações

Como primeira abordagem para casos de testes decorrentes

Após uma técnica mais formal ter sido aplicada

Para testadores inexperientes

Depois do sistema ter passado nos testes

Apenas para os usuários finais