CTFL-AT - Capítulo 3: Técnicas, ferramentas e métodos de teste ágil

Qual das opções abaixo descreve o Método TDD (Desenvolvimento orientada para teste)?

Qual das opções abaixo descreve o Método BDD (Desenvolvimento orientado para comportamento)?

Qual das opções abaixo descreve o Método ATDD (Desenvolvimento orientado para teste de aceite)?

Selecione a opção abaixo que melhor descreve "o que enfatiza" a Pirâmide de Testes.

Quadrantes de Teste: I. Alinham os níveis de teste com os tipos de testes apropriados na metodologia ágil. II. Ajudam a assegurar que todos os tipos de testes importantes e os níveis de teste sejam incluídos no ciclo de vida de desenvolvimento. III. É uma maneira de diferenciar e descrever os tipos de testes a todas as partes interessadas, incluindo desenvolvedores, testadores e representantes de negócio. IV. Os testes podem ser totalmente manuais, totalmente automatizados, uma combinação de ambos, mas apoiados por ferramental. Quais das afirmações acima são VERDADEIRAS?

Sobre Quadrantes de Testes. Qual opção abaixo diz respeito ao Q1?

Sobre Quadrantes de Testes. Qual opção abaixo diz respeito ao Q2?

Sobre Quadrantes de Testes. Qual opção abaixo diz respeito ao Q3?

Sobre Quadrantes de Testes. Qual opção abaixo diz respeito ao Q4?

Os quadrantes de teste, definidos por Brian Marick se aplicam a que tipos de teste?

O processo listado abaixo faz parte de qual Método de Teste Ágil? 1. Adicionar um teste que captura o conceito do programador do funcionamento desejado de uma pequena parte do código. 2. Realizar o teste, o qual falhará uma vez que o código não existe. 3. Escrever o código e realizar o teste em um loop estreito até o teste seja aprovado. 4. Decompor o código após a aprovação do teste, reexecutar o teste para garantir a continuidade da aprovação do código decomposto. 5. Repetir esse processo para a próxima pequena parte do código, realizando os testes anteriores, bem como os testes adicionados.

O que é Risco?

Como detectar o Nível do Risco?

Quando o efeito primário do problema potencial é a qualidade do produto, os potenciais problemas são chamados de [blank_start]riscos de qualidade e riscos de produto.[blank_end]

Sobre Risco de qualidade, quais dos exemplos listados abaixo estão CORRETOS? I. Cálculos incorretos em relatórios (um risco funcional relacionado com acurácia). II. Resposta lenta a entrada do usuário (um risco funcional relacionados com a eficiência e com o tempo de resposta). III. Dificuldade na compreensão de telas e campos (um risco funcional relacionado com a usabilidade e inteligibilidade).

As tarefas associadas aos riscos mais elevados devem começar mais cedo envolvendo [blank_start]mais esforço de teste[blank_end]. As tarefas associadas a riscos menores devem começar mais tarde envolvendo [blank_start]menos esforço de teste.[blank_end]

1. Reunir os membros da equipe ágil, incluindo os testadores. 2. Listar todos os itens do backlog da iteração atual (p.e., em um quadro de tarefas) 3. Identificar os riscos de qualidade associados a cada item, considerando-se todas as características relevantes de qualidade. 4. Avaliar cada risco identificado, que inclui duas atividades: categorizar o risco e determinar o seu nível com base no impacto e na probabilidade de defeitos. 5. Determinar a extensão do teste proporcional ao nível de risco. 6. Escolher a técnica de teste apropriada para mitigar cada risco, com base no risco, no seu nível, e na característica de qualidade pertinente. Selecione a opção CORRETA em relação as etapas listadas acima.

Periodicamente deve ocorrer a análise do risco de qualidade resultando em adaptações dos testes. Os ajustes incluem: Selecione DUAS opções.

Qual a técnica comum para Estimativa utilizada nos projetos ágeis?

No Planning Poker, se todos os membros selecionaram o mesmo valor para uma determinada estória de usuário, este se torna a estimativa. Caso contrário?

Sobre os tópicos listados abaixo, Quais de fato devem ser abordados para definir critérios de aceite testáveis? I. Comportamento funcional II. Características de qualidade III. Cenários (casos de uso) IV. Regras de negócio V. Interfaces externas VI. Restrições VII. Definições de dados

Além das estórias de usuários e seus critérios associados de aceite outras informações relevantes para o testador, incluem: I. Como se espera que o sistema atue e seja utilizado. II. As interfaces do sistema, que podem ser utilizadas/acessadas para testar o sistema. III. Se o suporte atual da ferramenta é suficiente. IV. Se o testador tem conhecimento e habilidade suficiente para realizar os testes necessários.

Selecione a opção que contém as Melhores Práticas Organizacionais e Comportamentais nas equipes Scrum.

As estórias de usuários servem como uma base importante de teste. Outras bases de teste possíveis incluem: I. Informações sobre defeitos de projetos existentes e anteriores; categorização de defeitos em uma taxonomia de defeito; normas aplicáveis (p.e., [DO-178B] para software de aviação); riscos de qualidade. II. Experiência em projetos anteriores; funções, funcionalidades e características de qualidade dos sistemas existentes; III. Código, arquitetura e modelagem; perfis de usuário (contexto, configurações de sistema e comportamento);

Cada nível de teste tem sua própria definição de finalizado. Os exemplos abaixo dizem respeito a qual nível de testes? - 100% de cobertura de decisão, sempre que possível com revisões cuidadosas de todos os caminhos inviáveis. - Análise estática realizada em todo o código. - Os defeitos importantes não resolvidos (classificados com base na prioridade e gravidade). - Não é conhecida nenhuma pendência técnica inaceitável restante no projeto e no código [Jones11]. - Todos os códigos, testes de unidade, e resultados de unidade de teste avaliados.] - Todos os testes de unidade automatizados. - As características importantes estão dentro dos limites acordados (p.e., desempenho).

Cada nível de teste tem sua própria definição de finalizado. Os exemplos abaixo dizem respeito a qual nível de testes? • Todos os requisitos funcionais foram testados, incluindo os testes positivos e negativos, com o número de testes baseados no tamanho, complexidade e riscos. • Todas as interfaces entre as unidades testadas. • Todos os riscos de qualidade cobertos de acordo com a medida acordada de testes. • Inexistência de defeitos importantes não solucionados (priorizados de acordo com o risco e importância). • Todos os defeitos encontrados foram relatados. • Todos os testes de regressão automatizados, sempre que possível, com todos os testes automatizados armazenados em um repositório comum.

Cada nível de teste tem sua própria definição de finalizado. Os exemplos abaixo dizem respeito a qual nível de testes? • Testes completos de estórias de usuários, funcionalidades e funções. • Todos os usuários cobertos. • As características mais importantes de qualidade do sistema cobertas (p.e., desempenho, robustez, fiabilidade). • Testes realizados em um ambiente de produção, incluindo todo o hardware e software para todas as configurações de suporte, na medida do possível. • Todos os riscos de qualidade cobertos de acordo com a medida acordada de testes. • Todos os testes de regressão automatizados, sempre que possível, com todos os testes automatizados armazenados em um repositório comum. • Todos os defeitos encontrados relatados e possivelmente resolvidos. • Inexistência de defeitos importantes não solucionados (priorizados de acordo com o risco e importância).

A definição de finalizado para estórias de usuários pode ser determinada por quais critérios? Selecione DUAS opções.

A definição de pronto para funcionalidades, que pode se estender por várias estórias de usuários ou épicos, pode incluir: I. Todas as estórias de usuários e seus critérios de aceite que constituem a funcionalidade foram definidas e aprovadas pelo cliente. II. O projeto está completo, sem nenhuma pendência técnica conhecida. III. O código está completo, sem pendências técnicas conhecidas ou fatoração inacabada. IV. Os testes de unidade foram realizados e alcançaram o nível definido de cobertura.

Observe a lista abaixo: • Os testes de integração e do sistema para a funcionalidade foram realizados de acordo com os critérios definidos de cobertura. • Nenhum grande defeito deverá ser corrigido. • A documentação das funcionalidades está completa, o que pode incluir notas de lançamento, manuais do usuário e funções de ajuda online. Estes exemplos servem como "Definição de Pronto" para:

Qual dos itens listados abaixo NÃO faz parte de exemplos de definição de pronto da Iteração? I. Todas as funcionalidades para a iteração estão prontas e testadas individualmente de acordo com os critérios de nível de funcionalidade. II. Todos os defeitos não críticos que não podem ser corrigidos dentro dos limites da iteração foram adicionados e priorizados ao backlog do produto. III. A integração de todas as funcionalidades para a iteração foi concluída e testada. IV. A documentação foi escrita, avaliada e aprovada. V. Todos os elementos da base de teste relevantes para o conteúdo do lançamento foram cobertos por testes.

A definição de “finalizado” para um lançamento podem incluir quais áreas?

O desenvolvimento orientado para o teste de aceite é uma abordagem de [blank_start]testar primeiro[blank_end].

O desenvolvimento orientado para o [blank_start]teste de aceite[blank_end] é uma abordagem de testar primeiro. A primeira etapa é [blank_start]uma oficina de especificação[blank_end], onde a estória do usuário é analisada, discutida e escrita por desenvolvedores, testadores e representantes do negócio.

O desenvolvimento orientado para o teste de aceite é uma abordagem de testar primeiro. A primeira etapa é uma oficina de especificação. A próxima etapa é [blank_start]criar os testes[blank_end]. Os primeiros testes são os testes [blank_start]positivos[blank_end] confirmando o comportamento correto, logo em seguida os testes [blank_start]negativos[blank_end] abrangendo os atributos não funcionais.

"Os testes são expressos de tal forma que as partes interessadas sejam capazes de compreender, contendo frases em linguagem natural que envolvem as pré-condições necessárias, se for o caso, incluindo as entradas e as saídas relacionadas. " A descrição acima está relacionada a qual Técnica ágil?

Qual das seguintes afirmações é FALSA em relação aos testes exploratórios?

Um gráfico de teste pode incluir as seguintes informações: Selecione uma alternativa.

Para gerenciar o teste exploratório, um método chamado gestão de testes baseado em sessão pode ser usado. Uma sessão é definida como um período ininterrupto de teste que pode durar de 60 a 120 minutos. Selecione a opção que NÃO faz parte de uma Sessão.

Em equipes ágeis, devido ao elevado número de testes automatizados em todos os níveis , quais ferramentas são importantes para o testador armazenar e gerenciar os artefatos associados aos testes automatizados?

Selecione DUAS alternativas que representem objetivos de Ferramentas de gestão e rastreamento de tarefas.

Qual tipo de ferramenta permite a atualização rápida de dados de teste conforme as mudanças ocorrem e podem ajudar a validar grandes entradas ou saídas de dados?