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

Karina Braga
Quiz by Karina Braga, updated more than 1 year ago
Karina Braga
Created by Karina Braga over 1 year ago
1221
2

Description

Perguntas elaboradas com base no Capítulo 3: Técnicas, ferramentas e métodos de teste ágil do syllabus_ctfl_at_2014br

Resource summary

Question 1

Question
Qual das opções abaixo descreve o Método TDD (Desenvolvimento orientada para teste)?
Answer
  • É usado para desenvolver código guiado por casos de testes automatizados. Os testes escritos são principalmente no nível de unidade e são focados no código, embora os testes também possam ser escritos nos níveis de integração ou de sistema.
  • Define critérios e testes de aceite durante a criação das estórias de usuários. Cria testes reutilizáveis para teste de regressão. Testes realizados no nível do sistema ou aceite. Permite a resolução rápida de defeitos e validação de comportamento da funcionalidade.
  • Permite que um desenvolvedor se concentre em testar o código com base no comportamento esperado do software. Os testes são geralmente mais fáceis para o entendimento de outros membros da equipe e partes interessadas. Gera um código que pode ser usado por desenvolvedores para criar casos de teste. Ajuda definir testes de unidade acurados focados nas necessidades comerciais.
  • Enfatiza muitos testes para os níveis mais baixos e, conforme o desenvolvimento se move para níveis superiores, o número de testes diminui.

Question 2

Question
Qual das opções abaixo descreve o Método BDD (Desenvolvimento orientado para comportamento)?
Answer
  • Enfatiza muitos testes para os níveis mais baixos e, conforme o desenvolvimento se move para níveis superiores, o número de testes diminui.
  • Permite que um desenvolvedor se concentre em testar o código com base no comportamento esperado do software. Os testes são geralmente mais fáceis para o entendimento de outros membros da equipe e partes interessadas. Gera um código que pode ser usado por desenvolvedores para criar casos de teste. Ajuda definir testes de unidade acurados focados nas necessidades comerciais.
  • Define critérios e testes de aceite durante a criação das estórias de usuários. Cria testes reutilizáveis para teste de regressão. Testes realizados no nível do sistema ou aceite. Permite a resolução rápida de defeitos e validação de comportamento da funcionalidade.
  • É usado para desenvolver código guiado por casos de testes automatizados. Os testes escritos são principalmente no nível de unidade e são focados no código, embora os testes também possam ser escritos nos níveis de integração ou de sistema.

Question 3

Question
Qual das opções abaixo descreve o Método ATDD (Desenvolvimento orientado para teste de aceite)?
Answer
  • É usado para desenvolver código guiado por casos de testes automatizados. Os testes escritos são principalmente no nível de unidade e são focados no código, embora os testes também possam ser escritos nos níveis de integração ou de sistema.
  • Define critérios e testes de aceite durante a criação das estórias de usuários. Cria testes reutilizáveis para teste de regressão. Testes realizados no nível do sistema ou aceite. Permite a resolução rápida de defeitos e validação de comportamento da funcionalidade.
  • Permite que um desenvolvedor se concentre em testar o código com base no comportamento esperado do software. Os testes são geralmente mais fáceis para o entendimento de outros membros da equipe e partes interessadas. Gera um código que pode ser usado por desenvolvedores para criar casos de teste. Ajuda definir testes de unidade acurados focados nas necessidades comerciais.
  • Enfatiza muitos testes para os níveis mais baixos e, conforme o desenvolvimento se move para níveis superiores, o número de testes diminui.

Question 4

Question
Selecione a opção abaixo que melhor descreve "o que enfatiza" a Pirâmide de Testes.
Answer
  • Enfatiza muitos testes para os níveis mais baixos e, conforme o desenvolvimento se move para níveis superiores, o número de testes diminui.
  • Enfatiza poucos testes para os níveis mais baixos, pois são componentes pequenos não necessitam de muito esforço de teste e, conforme o desenvolvimento se move para níveis superiores, o número de testes aumenta, pois a complexidade do sistema aumenta, sendo necessário um número maior de testes.
  • Enfatiza que é necessário um esforço maior de testes nos níveis mais baixos e, conforme o desenvolvimento se move para os níveis superiores o esforço de testes deve diminuir.
  • Enfatiza que, quanto mais cedo descobrimos e corrigimos o erro, menor é o seu custo para o projeto. Esse custo cresce 10 vezes para cada estágio em que o projeto do software avança.

Question 5

Question
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?
Answer
  • Todas.
  • I,II e III
  • II, III e iv
  • II Apenas.

Question 6

Question
Sobre Quadrantes de Testes. Qual opção abaixo diz respeito ao Q1?
Answer
  • Nível: Unidade Voltado para: Tecnologia Testes: Automatizados
  • Nível: Sistema Voltado para: Negócios Testes: Automatizados ou manuais
  • Nível: Aceite do sistema ou do usuário Voltado para: Negócios Testes: Manuais
  • Nível: Aceite operacional ou do sistema Orientada para: Tecnologia Testes: Automatizados

Question 7

Question
Sobre Quadrantes de Testes. Qual opção abaixo diz respeito ao Q2?
Answer
  • Nível: Unidade Voltado para: Tecnologia Testes: Automatizados
  • Nível: Sistema Voltado para: Negócios Testes: Automatizados ou manuais
  • Nível: Aceite do sistema ou do usuário Voltado para: Negócios Testes: Manuais
  • Nível: Aceite operacional ou do sistema Orientada para: Tecnologia Testes: Automatizados

Question 8

Question
Sobre Quadrantes de Testes. Qual opção abaixo diz respeito ao Q3?
Answer
  • Nível: Unidade Voltado para: Tecnologia Testes: Automatizados
  • Nível: Sistema Voltado para: Negócios Testes: Automatizados ou manuais
  • Nível: Aceite do sistema ou do usuário Voltado para: Negócios Testes: Manuais
  • Nível: Aceite operacional ou do sistema Orientada para: Tecnologia Testes: Automatizados

Question 9

Question
Sobre Quadrantes de Testes. Qual opção abaixo diz respeito ao Q4?
Answer
  • Nível: Aceite operacional ou do sistema Orientado para: Tecnologia Testes: Automatizados
  • Nível: Aceite do sistema ou do usuário Voltado para: Negócios Testes: Manuais
  • Nível: Sistema Voltado para: Negócios Testes: Automatizados ou manuais
  • Nível: Unidade Voltado para: Tecnologia Testes: Automatizados

Question 10

Question
Os quadrantes de teste, definidos por Brian Marick se aplicam a que tipos de teste?
Answer
  • Testes dinâmicos ao invés de testes estáticos.
  • Testes dinâmicos e testes estáticos.
  • Testes estáticos ao invés de testes dinâmicos.

Question 11

Question
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.
Answer
  • Desenvolvimento orientado para teste
  • Desenvolvimento orientado para teste de aceite
  • Desenvolvimento orientado para o comportamento
  • Pirâmide de Testes

Question 12

Question
O que é Risco?
Answer
  • O risco é a possibilidade de um resultado ou evento negativo ou indesejável.
  • O risco é a ocorrência de um resultado ou evento negativo ou indesejável.
  • O risco é a forma que identificamos um resultado ou evento negativo ou indesejável.
  • O risco é a probabilidade x impacto da ocorrência de um resultado ou evento negativo ou indesejável.

Question 13

Question
Como detectar o Nível do Risco?
Answer
  • Através da avaliação da probabilidade de sua ocorrência e do impacto causado.
  • Através de uma consulta ao proprietário do produto e partes interessadas que poderão informar qual o nível de cada risco identificado.
  • Através de uma reunião com toda equipe e partes interessadas que classificarão o risco com base na frequência de Fibonacci.
  • Através de uma classificação baseada na sequencia de Fibonacci.

Question 14

Question
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]
Answer
  • riscos de qualidade e riscos de produto.
  • riscos de alta probabilidade.
  • riscos do projeto.

Question 15

Question
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).
Answer
  • Apenas I
  • I, II e III
  • II e III
  • I e III

Question 16

Question
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]
Answer
  • mais esforço de teste
  • menos esforço de teste.

Question 17

Question
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.
Answer
  • São etapas do processo de análise de risco de qualidade em um projeto ágil realizado durante o planejamento da iteração.
  • São etapas do processo de análise de risco de qualidade em um projeto ágil realizado durante o planejamento de lançamento.
  • São etapas do processo de análise de risco de qualidade em um projeto ágil realizado durante o planning poker.
  • São etapas do processo de análise de risco de qualidade em um projeto ágil realizado durante uma reunião de retrospectiva.

Question 18

Question
Periodicamente deve ocorrer a análise do risco de qualidade resultando em adaptações dos testes. Os ajustes incluem: Selecione DUAS opções.
Answer
  • Identificação de novos riscos.
  • Reavaliação do nível dos riscos existentes.
  • Identificação dos testes que mais falharam.
  • Reavaliação das estórias de usuário.

Question 19

Question
Qual a técnica comum para Estimativa utilizada nos projetos ágeis?
Answer
  • Planning poker, uma técnica baseada no consenso.
  • Sequência de Fibonacci, pois os números na sequência refletem que a incerteza cresce proporcionalmente com o tamanho da estória.
  • Análise de pontos de Fibonacci.
  • Estimation planning.

Question 20

Question
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?
Answer
  • Os membros discutem as diferenças nas estimativas e ao término a rodada é repetida até que seja alcançado um acordo, seja por consenso ou pela aplicação de regras (p.e., usar a mediana, use a maior pontuação) para limitar o número de rodadas.
  • Os membros discutem as diferenças nas estimativas e ao término a rodada determinam o maior valor apresentado como a estimativa da estória.
  • Os membros da equipe adotam a estimativa realizada pelo proprietário do produto, pois tem maior conhecimento das funcionalidades.
  • Os membros da equipe adotam a estimativa realizada pelo membro da equipe mais capacitado, pois com certeza ele tem melhor visão das funcionalidades a serem implementadas.

Question 21

Question
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
Answer
  • I, II, III, IV, V, VI e VII
  • Apenas I e II
  • IV, V, VI e VII
  • I, II, III e IV

Question 22

Question
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.
Answer
  • I, II. III e IV
  • I apenas
  • I e IV
  • IV apenas

Question 23

Question
Selecione a opção que contém as Melhores Práticas Organizacionais e Comportamentais nas equipes Scrum.
Answer
  • Multifuncional, Auto-organização, Co-localizado, Colaborativo, Capacitado, Comprometido, Transparente, Credibilidade, Aberto ao feedback, Resiliente.
  • Empilhamento, Projeto de teste incremental, Mapeamento Mental.
  • 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.
  • 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).

Question 24

Question
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);
Answer
  • I apenas
  • I, II, III
  • III apenas
  • II apenas.

Question 25

Question
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).
Answer
  • Teste de unidade
  • Teste de integração
  • Teste de sistema
  • Testes funcionais.

Question 26

Question
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.
Answer
  • Tete unitário
  • Teste de integração
  • Teste de Sistema
  • Testes Alfa e Beta

Question 27

Question
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).
Answer
  • Unidade
  • Integração
  • Sistemas
  • Alfa teste

Question 28

Question
A definição de finalizado para estórias de usuários pode ser determinada por quais critérios? Selecione DUAS opções.
Answer
  • As estórias de usuários selecionadas para a iteração estão completas, compreendidas pela equipe, e com critérios de aceite detalhados e testáveis; todos os elementos da estória do usuário foram especificadas e avaliadas, incluindo a conclusão dos testes de aceite da estória do usuário.
  • As tarefas necessárias para implementar e testar as estórias de usuários selecionadas foram identificadas e estimadas pela equipe.
  • Todos os riscos de qualidade cobertos de acordo com a medida acordada de testes.
  • As características importantes estão dentro dos limites acordados.

Question 29

Question
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.
Answer
  • I, II, III e IV
  • II e III
  • I apenas.
  • I, II e III

Question 30

Question
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:
Answer
  • Estória de usuário
  • Testes de sistema
  • Funcionalidade
  • Lançamento

Question 31

Question
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.
Answer
  • IV
  • V
  • I
  • II e III

Question 32

Question
A definição de “finalizado” para um lançamento podem incluir quais áreas?
Answer
  • Cobertura e qualidade.
  • Cobertura, qualidade, tempo e custo
  • Cobertura e tempo.
  • Cobertura e custo.

Question 33

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

Question 34

Question
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.
Answer
  • teste de aceite
  • comportamento
  • uma oficina de especificação
  • o planejamento

Question 35

Question
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.
Answer
  • criar os testes
  • executar os testes
  • positivos
  • negativos
  • unitários
  • de regressão

Question 36

Question
"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?
Answer
  • Desenvolvimento orientado para o teste de aceite
  • Desenvolvimento orientado para o teste.
  • Desenvolvimento orientado para o comportamento.
  • Quadrantes de teste

Question 37

Question
Qual das seguintes afirmações é FALSA em relação aos testes exploratórios?
Answer
  • O teste exploratório abrange aprendizado simultâneo.
  • O teste exploratório elimina a necessidade de os testadores prepararem ideias de teste antes da execução do teste.
  • A fim de alcançar os melhores resultados, o teste exploratório deve ser combinado com outras técnicas.
  • O testador precisa ter bom conhecimento e compreensão do software em teste, o domínio do negócio, como o software é usado, e como determinar quando o sistema falha.

Question 38

Question
Um gráfico de teste pode incluir as seguintes informações: Selecione uma alternativa.
Answer
  • Ator, objetivo, configuração, prioridade, referências, dados, atividades, notas de oráculo, variações.
  • Sessão de pesquisa, Sessão de análise e Profundidade da cobertura.
  • Cobertura de teste, Notas de avaliação e Lista de risco/estratégia.
  • Questões, perguntas e anomalias e Comportamento atual.

Question 39

Question
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.
Answer
  • Sessão de pesquisa (aprender seu funcionamento).
  • Sessão de análise (avaliar funcionalidades ou características).
  • Profundidade da cobertura (casos laterais, cenários, as interações).
  • Variações de configuração.

Question 40

Question
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?
Answer
  • Ferramentas de gestão e rastreamento de tarefas.
  • As ferramentas de gerenciamento de configuração.
  • Ferramentas de comunicação e compartilhamento de informações
  • Ferramentas de implementação e execução.

Question 41

Question
Selecione DUAS alternativas que representem objetivos de Ferramentas de gestão e rastreamento de tarefas.
Answer
  • Reduz contas de telefone através do uso de tecnologia de voz sobre IP, eliminando restrições de custo que podem reduzir a comunicação do membro da equipe em ambientes distribuídos
  • Permite a comunicação direta em tempo real entre os membros da equipe, em especial em equipes distribuídas.
  • Registrar as estórias e suas tarefas relevantes de desenvolvimento e teste para garantir que nada seja perdido durante um sprint.
  • Capturar as estimativas das tarefas dos membros da equipe e calcular automaticamente o esforço necessário para implementar uma estória, para apoiar com mais eficiência as sessões de planejamento de iteração.

Question 42

Question
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?
Answer
  • Ferramentas de execução de testes automatizados.
  • Ferramentas de gestão de casos de teste.
  • Ferramentas de projeto de teste.
  • Ferramentas para preparação e geração de dados de teste.
Show full summary Hide full summary

Similar

Simulado Inglês
Marina Faria
Simulado Filosofia
Marina Faria
Simulado Geografia
Marina Faria
Simulado Espanhol
Marina Faria
Simulado Matemática
Marina Faria
Provas anteriores de Vestibular - Fuvest 1
GoConqr suporte .
Provas anteriores de Vestibular - Unicamp 2014 - 1
GoConqr suporte .
Provas anteriores de vestibular - Fuvest 2
GoConqr suporte .
Atomística/ Tabela Periódica - Química
Mateus Peres
SIMULADO IBGE 2016 - Matemática - Probabilidade
Alex Farias