GoConqr has a new look! Let us know what you think.

Quiz

Simulado CTFL-AT - Capitulo 3 (ARF)

Alcione Fontinele 15 questions

Take the quiz

Questions in this quiz (15)

  1. 11. ASTQB-AT-2012-26 [K1] - Qual das seguintes definições sobre Desenvolvimento Direcionado por Testes (TDD) é falsa?
    1. ATDD é uma abordagem "Teste Primeiro" para desenvolver testes automatizados reutilizáveis
    2. BO ciclo TDD é continuamente usado até o produto de software ser lançado
    3. CTDD ajuda a documentar o código para futuros esforços de manutenção
    4. DO resultado do TDD são classes de teste usadas pelo desenvolvedor para criar casos de teste
  2. 22. ASTQB-AT-2012-27 [K1] - A que o termo "Piramide de Testes" se refere e ilustra?
    1. AA carga de trabalho do time de teste aumenta de sprint para sprint
    2. BO tamanho do backlog e como o número de testes diminui
    3. CO número dos testes de unidade automatizados é maior que o número de testes automatizados para os niveis de teste superiores
    4. DO número de testes automatizados é ampliado a cada sprint
  3. 33. ASTQB-AT-2012-28 [K2] - Qual das seguintes declarações demostra o uso efetivo dos quadrantes de teste?
    1. AQuando comunicamos ideias do teste, o testador pode se referir ao quadrante de teste correspondente, assim que o restante do time pode entrender melhor o propósito do teste
    2. BO testador pode usar os tipos de teste descritos nos quadrantes de teste como uma métrica de cobertura, e quanto mais testes cobrirem cada quadrante, maior a cobertura dos testes
    3. CO time deve escolher um número de testes esperados para cada quadrante, e o testador deve modelar e executar esses testes para garantir que todos os níveis e tipos de testes tenham sido realizados
    4. DO testador poderá usar os quadrantes de teste durante a analise de risco, com os quadrantes do nível de baixo representando os riscos mais baixos para os clientes
  4. 44. ASTQB-AT-2012-29 [K2] -
    São dadas estas 2 estórias de usuários:
    US1: "Como um correntista de banco, eu posso navegar facilmente através do menu e links do sistema e localizar a informação que eu esteja procurando"
    US2: "Para todos os usuários, o sistema deve mostrar todas as consultas em menos de 2 segundos, 90% do tempo"
    E os casos de teste associados:
    TC1: Realizar o login como correntista do banco. Entrar o ID do cliente. Verificar que o histórico de transações do cliente é fácil de localizar, e navegação através dos menus é intuitiva.
    TC2: Realizar o login como correntista do banco. Entrar o nome do cliente. Verificar que as contas do cliente são fáceis de localizar e a navegação através dos menus é intuitiva.
    TC3: Simular o tráfego esperado no sistema e validar o tempo para exibir o histórico de transações do cliente é menor que 2 segundos.
    De quais quadrantes esses casos de teste fazem parte?
    1. AQ1 - Nível de Unidade, frente de tecnologia; e Q2 - Nível de Sistema, frente de negócio
    2. BQ2 - Nível de Sistema, frente de negócio; e Q3 - Nível de Sistema ou de Aceitação do Usuário, frente de negócio
    3. CQ3 - Nível de Sistema ou de Aceitação do Usuário, frente de negócio; e Q4 - Nível de Sistema ou Aceitação Operacional, frente de tecnologi
    4. D!2 - Nível de Sistema, frente de negócio; e Q4 - Nível de Sistema ou Aceitação Operacional, frente de tecnologia
  5. 55. ASTQB-AT-2012-30 [K3] - Ao iniciar a 5ª iteração dde um projeto, um novo requisito foi introduzido para suportar um novo tipo de navegador. O testador percebeu que o framework de automação de teste e os scripts não suportarão esse novo tipo de navegador. Qual a melhor direção para o testador desse time tomar?
    1. AO testador notifica o time para que eles planejem horas de trabalho extra para as próximas 2 sprints com objetivo de atualizar o framework de automação de teste e os scripts para suportar o novo tipo de navegador, assim não perturbará o planejamento da sprint atual
    2. BO testador notifica o time sobre esse problema. Uma analise de risco é feita, e o time decide que testes de regressão devem ser realizados nesse novo tipo de navegador em adição aos outros navegadores suportados. O testador irá atualizar o planejamento da sprint para adicionar tarefas para modificar o framework de automação e os scripts para suportar o novo tipo de browser.
    3. CO testador faz algumas pesquisas e conclui que o risco é baixo de algum novo defeito ser introduzido no novo tipo de navegador sem ter sido detectado nos outros navegadores suportados. O testador continua seguindo o planejamento atual da sprint e não faz nenhuma mudança no framework de automação de teste ou nos scripts
    4. DO testador irá parar o que ele está fazendo, modelará testes especificos para testar a compatibilidade com o novo tipo de navegador, e comunicará o time nenhum outro esforço de teste para a sprint deverá ser empurrado para a próxima iteração
  6. 66. ASTQB-AT-2012-31 [K3]
    Dados os seguites resultados para uma analise de risco de produto ocorrida no início de uma iteração:
    Estória do Usuário 1 - Desempenho - Probabilidade: Alta - Impacto: Alto
    Estória do Usuário 2 - Segurança - Probabilidade: Alta - Impacto: Alto
    Estória do Usuário 3 - Funcional - Probabilidade: Média - Impacto: Alto
    Estória do Usuário 4 - Funcional - Probabilidade: Alta - Impacto: Médio
    Estória do Usuário 5 - Compatibilidade - Probabilidade: Baixa - Impacto: Baixa
    Estória do Usuário 6 - Recuperabilidade - Probabilidade: Baixa - Impacto: Baixa
    Selecione as duas opções que melhor descrevem o que o time deve fazer com essa informação.
    1. ARealizar uma sessão de pôquer de planejamento para estimar o esforço das estórias dos usuários, e determinar o que deverá ser feito durante a iteração corrente, e o que é necessário adicionar ao backlog
    2. BRemover as estórias de usuário 5 e 6 da iteração corrente e mover para a última iteração
    3. CDevido ao número de estórias com probabilidade e riscos muito altos para a iteração, o time não tem escolha senão aumentar o tempo da iteração em mais duas semanas
    4. DO time deve colaborar de forma efetiva para mitigar os riscos de alta probabilidade e alto impacto
    5. EO time deve planejar completar todos os itens da sprint corrente, mas manter os riscos baixos no fim da sprint, e apenas testá-los se houver tempo
  7. 77. ASTQB-AT-2012-32 [K3] - Dada a seguinte estória do usuário: "Como presidente, qualquer dado que eu realizar upload não será visivel por nenhum outro usuário do sistema"
    Durante a primeira sessão de poker de planejamento, a seguinte pontuação da estória foi estabelecida baseada no risco, esforço, complexidade e extensão adequada dos testes:
    Clientes: 5
    Desenvolvedores: 5
    Testadores: 20
    Qual é a melhor saída após esta sessão de planejamento?
    1. ADevido a estimativa de tamanho de clientes e desenvolvedores terem coincidido, o time deve confiar que é uma boa estimativa e pode passar a estimar a próxima estória do usuário
    2. BO time deve permanecer conversando para entender porque a estimativa de esforço dos testadores foi tão significativamente maior. Outro turno (round) da sessão de poker de planejamento deve acontecer para a discussão continuar.
    3. CO time deve permanecer conversando para entender porque a estimativa de esforço dos testadores foi tão significativamente maior. Outro turno (round) da sessão de poker de planejamento deve acontecer para a discussão continuar.

      Correta


      Como o cliente é o dono do sistema no fim, as estimativas do cliente devem ser consideradas corretas quando houver um conflito.
    4. DAs sessões de poker de planejamento deve continuar até que todos os pontos de estórias estimados seja exatamente iguais entre clientes, desenvolvedores e testadores
  8. 88. ASTQB-AT-2012-33 [K3] -
    Um time ágil é atribuido a um projeto que atualizará um dispositivo médico com novas tecnologias.
    Uma nova versão de padrão para dispositivo médico foi lançada desde a última versão do dispositivo médico existente. O acesso do usuário a dispositivo mudou e devem ser documentadas em estórias de usuário.
    Baseado nessa informação, e em adição as estórias de usuário, quais das seguintes são melhores formas de prover informação relevante para suportar as atividades de teste?
    I. Versão atualizada dos documentos sobre padrões para sistema médico
    II. Defeitos existentes ou áreas tipicas de defeitos no sistema existente
    III. Casos de teste obsoletos de acesso do usuário e seus resultados para a aplicação existente
    IV. Métricas de desempenho para a aplicação existente
    V. Defeitos registrados durante a conversão de outros projetos similares de dispositivos médicos
    1. AI, II, III e IV
    2. BII, IV e V
    3. CI, II e V
    4. DTodas
  9. 99. ASTQB-AT-2012-34 [K2] -
    Qual das alternativas é a melhor descrição para quando parar os testes (critério de liberação) em um projeto ágil?
    1. ATodos os casos foram executados
    2. BA probabilidade de falhas remanescentes podem ser reduzida a um nível aceitável para o cliente
    3. CA cobertura de teste obtida é considerada suficiente. A cobertura de limite é justificada pela complexidade da funcionalidade incluida, sua implementação, e os riscos envolvidos
    4. DA iteração/sprint é finalizada
  10. 1010. ASTQB-AT-2012-35 [K2] - Quais das seguintes alternativas são exemplos de critérios de aceite testáveis para atividades de teste? Selecione duas
    1. ATeste baseado na estrutura: É usado teste de caixa branca em adição ao teste de caixa preta
    2. BTeste de Sistema: Pelo menos 80% dos testes de regressão funcionais estão automatizados
    3. CTeste de Segurança: Uma varredura por ameaças foi completada e nenhuma falha foi identificada
    4. DTeste de Compatibilidade: A aplicação está funcionando na maioria dos navegadores

Information

Description
Quiz on Simulado CTFL-AT - Capitulo 3 (ARF), created by Alcione Fontinele on 15/02/2018.
Language
Português
Views
38
Tags
profissionalizante
Rating
No ratings yet
Rate this quiz
Rate this quiz

More on Testes ágeis

Feedback

What is it about?

What do you think of the new look?

How do you like it?