NEW
Font size
WorksheetsTQS - 9 Revisão Testes Prova 2 (Parte I)
Total questions: 50
Worksheet time: 18mins
Causado por uma ação humana, como por exemplo, o não entendimento de como executar um cálculo.
Erro
Defeito
Falha
Teste
Imperfeição ou deficiência em um produto de trabalho em que ele não atende a seus requisitos ou especificação.
Erro
Defeito
Falha
Abend
O número de combinações possíveis de cenários de teste numa aplicação é gigantesco, impossibilitando afirmar que testou TUDO. O princípio de teste é:
Agrupamento de defeitos
Teste exaustivo é impossível.
Paradoxo do Pesticida
Teste é dependente do contexto
Diferentes tipos de aplicações exigem aplicação de técnicas diferentes de teste. O princípio de teste é:
Agrupamento de defeitos
Teste exaustivo é impossível.
Paradoxo do Pesticida
Teste é dependente do contexto
Os mesmos testes aplicados repetidamente não conseguem encontrar nenhum novo defeito. O princípio de teste é:
Agrupamento de defeitos
Teste exaustivo é impossível.
Paradoxo do Pesticida
Teste é dependente do contexto
Iniciando o teste mais cedo possível no ciclo de vida do desenvolvimento do software, diminuímos o custo das correções. O princípio de teste é:
Teste exaustivo é impossível.
A ilusão da ausência de defeitos
Paradoxo do Pesticida
Teste antecipado
Não faz parte dos testes:
Prevenir defeitos
Remover defeitos
Ganhar confiança no sistema
Identificar defeitos
O testes devem ser realizados para mostrar a ausência de defeitos.
Verdadeiro
Falso
Atividades de teste devem ocorrer
Após a codificação do software
Durante todo o ciclo de desenvolvimento
No início e no final do ciclo de desenvolvimento
No final do ciclo de desenvolvimento de software
Conjunto de atividades e resultados associados que resulta em um Produto de Software recebe o nome de
engenharia de software
especificação de software
processo de software
implantação de software
O modelo de processo que enfatiza a relação entre atividades de testes e as demais atividades é...
Cascata
Incremental
V
Espiral
Considere as seguintes assertivas sobre modelos de processos de software. Marque a VERDADEIRA
CASCATA - fase seguinte inicia antes da fase anterior acabar
ESPIRAL - não considera a verificação dos riscos do projeto
Modelo em V - variação do Modelo Clássico
INCREMENTAL - o produto só é entregue no final do projeto
Assinale a alternativa correta com relação à característica do Modelo Incremental
O processo é representado por uma espiral de atividades
Direciona para o reuso de software
Divide o projeto em construções e entrega de várias partes
Modelo mais antigo, baseado na engenharia convencional
São exemplos de Níveis de Teste
Teste Funcional, Teste de Carga – Teste de Desempenho
Teste de Sistema, Teste de Integração, Teste de Aceitação
Teste Caixa Branca, Teste Caixa Preta e Teste baseado em experiência
Teste dinâmico, teste estático e inspeções
Nível de teste voltado à verificação da menor unidade de projeto de software
Teste de validação
Teste de integração
Teste de carga
Teste de unidade
Testar as interfaces entre os componentes ou interações de diferentes partes de um sistema
Teste de usabilidade
Teste de unidade
Teste de integração
Teste de interface
São exemplos de Tipos de Teste
Teste Funcional, Teste de Carga, Teste de Desempenho
Teste unitário, Teste de Integração, Teste de Sistema
Teste Caixa Branca, Teste Caixa Preta e Teste baseado em experiência
Teste dinâmico, teste estático e inspeções
Foca na lógica interna de processamento e nas estruturas de dados dentro dos limites de um componente
Teste caixa branca
Teste funcional
Teste unitário
Teste caixa preta
Verifica o comportamento do software contra a lógica de negócio descrita nos documentos de requisitos e especificação.
Teste caixa branca
Teste caixa preta
Teste de regressão
Teste de execução
Um testador aplicando testes de caixa preta precisa entender o código fonte.
Verdadeiro
Falso
O campo de entrada com o ano de nascimento aceita valores de 1900 a 2004. Na análise do valor limite testaríamos com:
0, 1900, 2004, 2005
1900, 2004
1800, 1901, 2005, 2100
1899, 1900, 2004, 2005
100% da cobertura de decisão garante 100% da cobertura de comandos, mas não vice-versa.
Verdadeiro
Falso
Dado o código na imagem, a complexidade ciclomática de McCabe é:
2
3
4
5
Teste em que uma pessoa aplica a técnica de Suposição de Erro ou Teste Exploratório, usando seu conhecimento e intuição.
Teste caixa preta
Teste caixa branca
Teste baseado na experiência
Teste de regressão
São exemplos de Técnicas de Teste
Teste de Usabilidade, Teste de Carga, Teste de Execução
Teste unitário, Teste de Integração, Teste de Sistema
Teste Estruturais, Teste Caixa Preta e Teste baseado em experiência
Teste dinâmico, teste estático e inspeções
Técnica com foco na experiência do usuário, ergonomia da interface e acesso às funcionalidades
Teste de interface
Teste de usabilidade
Teste de integração
Teste de desempenho
Realizado na instalação do desenvolvedor com usuários finais, em ambiente controlado, para identificar erros e problemas
Teste Alfa
Teste Beta
Teste de Fumaça
Teste de Regressão
Observar o comportamento do software após forçar falhas de diversos modos.
Teste de desempenho
Teste de conformidade
Teste de segurança
Teste de recuperação
Submeter o software a situações anormais de funcionamento, demandando recursos excessivos até o limite da capacidade
Teste de desempenho
Teste de conformidade
Teste de estresse
Teste de segurança
Verifica a performance do software durante a execução (consumo de recursos, memória e tempo de resposta)
Teste de desempenho
Teste de carga
Teste de estresse
Teste de sistema
Para testar se as informações dos clientes estarão protegidas contra acessos indevidos, evitando vazamento de dados:
Teste de operação
Teste de segurança
Teste de requisitos
Teste de conformidade
A melhor descrição de Análise Estática é?
A análise de programas batch
A revisão dos planos de teste
A análise do código do programa
O uso de teste de caixa preta
É possível que um defeito que resida no código sem causar uma falha não seja encontrado em um teste dinâmico.
Verdadeiro
Falso
O que a análise estática pode não encontrar?
Se o valor armazenado em uma variável está correto
Violações do tamanho de arrays
Código não utilizado ("morto")
A utilização de uma variável antes de ela ter sido definida
Sobre o Processo de Revisão é correto afirmar que:
Revisões não podem ser feitas na especificação dos requisitos dos usuários
Revisões são caminhos menos eficazes de testar o código
Revisões não são boas para encontrar defeitos nos planos de teste
Revisões devem ser feitas nas especificações, código e planos de teste
Um importante benefício da inspeção de código é:
Poder ser feito pela pessoa que escreveu o código
Permitir que se teste o código antes do ambiente de execução estar pronto
Pode ser feito por uma equipe inexperiente
Ser barato de ser executado
São etapas do processo de teste:
Planejamento, Análise, Execução, Avaliação e Encerramento
Implantação, verificação e análise de resultados
Modelagem, Execução, Avaliação de resultados
Planejamento, Execução, Encerramento
Ao se utilizar testes automatizados, não há necessidade de etapas como planejamento e modelagem no processo.
Verdadeiro
Falso
Quais fatores afetam diretamente o nível de riscos?
Probabilidade, número de riscos e impacto
Impacto e rastreabilidade do risco para requisitos
Probabilidade e impacto da falha
Número de riscos e impacto da falha
Qual o objetivo dos critérios de conclusão de teste em um plano de teste?
Garantir que o caso de teste está completo
Definir os critérios usados na geração das entradas do teste
Para planejar quando os testes devem parar
Saber quando o planejamento do teste está completo
Podemos dizer que os testes executados foram o suficiente quando:
O prazo termina
Falhas não são mais encontradas
Os usuários não irão achar as falhas graves
O nível de confiança requerido é alcançado
Não faz parte do Plano de Testes:
Casos de testes
Escopo dos testes
Estratégia de testes
Cronograma
Elaboração e revisão dos casos de testes acontecem
Na etapa de Planejamento
Na etapa de Execução
Na etapa de Avaliação
Na etapa de Análise e Modelagem
Na fase de execução de testes, são executados os:
Casos de uso
Diagramas de atividades
Casos de testes
Testes de Turing
O Plano de Teste é um artefato que contém um conjunto de condições e entradas utilizadas para testar um software.
Verdadeiro
Falso
Com a utilização dos testes automatizados nós temos vários benefícios, cite a opção que não é um benefício dos testes
Aumenta a produtividade da equipe na identificação de problemas
Métricas de qualidade dos testes executados
Menor esforço para execução de testes
Garantia de um sistema completamente sem bugs
O TDD (Test Driven Development), em português Desenvolvimento Orientado por Testes, indica que:
Todo código precisa ter testes
O teste é a parte mais importante do desenvolvimento
Os testes são feitos antes mesmo da codificação da funcionalidade
Os testes orientam os requisitos de negócio
No TDD, o código é desenvolvido em grandes blocos de requisitos. Cada iteração resulta em um teste ao final do ciclo.
Verdadeiro
Falso
Qual padrão utilizamos no TDD:
RED, GREEN & TEST
RED, GREEN & REFACTOR
RED, GREEN & CODE
CODE, RED, GREEN & REFACTOR
Cite uma vantagem do TDD:
Facilita o desenvolvedor a escrever um código mais testável
Cobre todos os cenários possíveis do sistema
Utilizando TDD é impossível escrever um código errado
Garante 100% de cobertura
