40 questões • 60 minutos

Tempo restante: 60:00

Apoie o Projeto

Está gostando do QA Playground? 💚

Apoie o projeto com uma doação e faça parte dessa evolução!

Simulado CTFL

Responda todas as questões e clique em "Finalizar simulado" ao terminar. Para ser aprovado, acerte pelo menos 26 questões.

1.Qual é o objetivo dos critérios de saída em um ciclo de teste?

Definir todas as funcionalidades do sistemaSelecionar ferramentas de automaçãoDefinir condições para encerrar uma fase de testeGarantir testes exaustivos

2.Quando o teste de sanity é tipicamente usado?

Para testar toda a aplicaçãoPara executar testes de cargaPara verificar rapidamente correções ou mudanças específicasPara validar requisitos iniciais

3.O que é avaliado em um teste de performance?

Tempo de resposta, uso de recursos e estabilidade sob cargaApenas a documentaçãoSomente a segurançaApenas a interface gráfica

4.Qual é o foco principal de testes de usabilidade?

Facilidade de uso e satisfação do usuárioIntegração entre sistemasUso de CPU e memóriaCobertura de código

5.O que é validado no teste de instalação?

Se o sistema é rápidoSe o sistema pode ser instalado e configurado corretamenteSe há defeitos de usabilidadeSe os requisitos foram revisados

6.Qual dos seguintes testes é MELHOR candidato para automação?

Testes executados frequentemente, com resultados previsíveis e passos determinísticosTestes que mudam frequentementeTestes que requerem interação com usuárioTestes exploratórios que requerem pensamento criativo

7.O que é avaliado em um teste de compatibilidade?

Apenas a performanceApenas a documentaçãoApenas a segurançaFuncionamento do sistema em diferentes ambientes, dispositivos e navegadores

8.O que é um teste de smoke?

Teste de usabilidadeTeste de segurançaTeste rápido para verificar se o sistema está minimamente funcionalTeste de performance

9.Qual é a sequência típica dos estados de um defeito?

Detectado → Atribuído → Corrigido → Testado → FechadoAberto → Em Progresso → Resolvido → FechadoRelatado → Investigação → Solução → Validação → FechadoNovo → Aceito → Corrigido → Fechado → Reaberto

10.O que mede a cobertura de instrução?

Percentual de instruções executadas pelo conjunto de testesQuantidade de defeitos encontradosPercentual de requisitos implementadosNúmero de casos de teste automatizados

11.O que significa cobertura de requisitos em testes?

Todos os testes são executadosTodos os defeitos foram corrigidosTodos os casos de uso foram documentadosTodos os requisitos possuem pelo menos um teste associado

12.Como o gerenciamento de mudança ajuda nos testes?

Garante ausência de defeitosImpede revisões de requisitosPermite avaliar impacto e planejar regressãoRemove a necessidade de testes

13.Quando se realiza um re-teste (retesting)?

Para substituir revisões técnicasPara medir cobertura de códigoPara validar qualquer nova funcionalidadePara verificar se um defeito corrigido foi realmente resolvido

14.O que a cobertura de decisão exige?

Cada requisito deve ter um testeCada decisão deve ter todos os resultados possíveis exercitadosCada instrução deve ser executada duas vezesCada caminho possível deve ser executado

15.O que é avaliado em um teste de documentação?

Se a documentação está completa, correta e compreensívelApenas a performanceApenas a segurançaApenas a interface

16.O que é avaliado em um teste de stress?

Apenas a documentaçãoApenas a interfaceComportamento do sistema sob condições extremas de carga ou usoApenas a segurança

17.Qual é o significado de 100% cobertura de código?

Que nenhum defeito será encontrado em produçãoGarantia total de que não há defeitos no softwareQue todos os possíveis caminhos de código foram testadosQue cada linha de código foi executada pelo menos uma vez

18.Qual é o principal benefício da automação de testes?

Melhorar a qualidade do código escrito pelos desenvolvedoresAumentar a cobertura de testes, permitir testes mais frequentes e reduzir tempo de execuçãoSubstituir os testadores de forma mais barataEliminar completamente a necessidade de testes manuais

19.O que é cobertura de teste de decisão (branch coverage)?

Testar cada linha de código pelo menos uma vezTestar apenas os caminhos com erroTestar cada decisão/branch em ambas as direções (verdadeiro e falso)Testar com dados aleatórios

20.Qual é um exemplo típico de teste estático?

Revisão de requisitos ou código sem execuçãoTeste de sistema em produçãoTeste de interface do usuárioTeste de carga com usuários

21.O que é avaliado em um teste de interface?

Apenas a segurançaA comunicação entre diferentes módulos, sistemas ou componentesApenas a documentaçãoApenas a performance

22.Qual informação deve constar em um relatório de conclusão de testes?

Lista de tarefas futuras sem dadosSomente opiniões pessoaisSomente número de linhas de códigoResumo de resultados, riscos restantes e critérios de saída

23.Qual é um objetivo típico do teste de segurança?

Validar fluxo de negócioIdentificar vulnerabilidades que permitam acesso não autorizadoMedir tempo de respostaMedir cobertura de instrução

24.Qual é o propósito dos critérios de entrada em uma fase de teste?

Eliminar a necessidade de testes exploratóriosDefinir quando uma fase de teste pode começarListar todos os defeitos encontradosDefinir quando uma fase de teste deve terminar

25.Qual métrica ajuda a acompanhar o progresso da execução de testes?

Quantidade de requisitos descritosQuantidade de linhas de códigoNúmero de desenvolvedoresPercentual de casos de teste executados

26.Qual é um bom critério para selecionar casos de teste para automação?

Casos estáveis e repetitivos com alto retornoSomente testes exploratóriosCasos únicos executados uma vezCasos que mudam diariamente

27.Qual o objetivo do teste de usabilidade?

Testar apenas a performanceTestar apenas a segurançaAvaliar o código-fonteAvaliar a facilidade de uso do sistema pelo usuário final

28.Qual métrica é típica em testes de performance?

Tempo de resposta e throughputCobertura de requisitosQuantidade de casos de testeNúmero de defeitos abertos

29.Qual é o objetivo principal do teste de integração?

Testar a experiência do usuário finalTestar as interfaces entre os componentes quando são integradosEncontrar defeitos dentro de unidades individuaisTestar o sistema completo em ambiente de produção

30.Qual é uma etapa comum no ciclo de vida de defeitos?

Ignorar defeitos não reproduzíveisRegistrar, analisar, corrigir e verificarExcluir defeitos sem análiseFechar defeitos antes de corrigir

31.O que melhor define um oráculo de teste?

Uma fonte que determina o resultado esperado de um testeUm script automatizado para executar testesUma ferramenta de gerenciamento de testesUm defeito conhecido

32.Qual o objetivo do teste de recuperação?

Verificar se o sistema pode se recuperar de falhas e continuar operandoTestar apenas a performanceAvaliar a documentaçãoTestar apenas a interface

33.O que caracteriza o teste exploratório?

Testes automatizadosTestes realizados sem planejamento prévio, baseados na experiência do testadorTestes apenas de performanceTestes baseados em scripts detalhados

34.Qual é o objetivo do teste de localização (L10n)?

Medir desempenho sob cargaTestar integração de módulosVerificar adaptação de idioma, formato e conteúdo localTestar recuperação de falhas

35.Qual afirmação descreve corretamente testes de caixa-preta?

Exige acesso ao código fonteSe aplica somente a testes unitáriosGarante cobertura de instruçãoFoca no comportamento observável sem considerar estrutura interna

36.Qual é o foco principal de uma revisão técnica?

Aprovar o cronograma do projetoAvaliar o produto de trabalho para encontrar defeitos e melhoriasExecutar casos de teste automatizadosTreinar novos membros da equipe

37.O que é avaliado em um teste de migração?

Apenas a segurançaApenas a documentaçãoApenas a performanceSe os dados e funcionalidades são preservados ao migrar para um novo sistema ou ambiente

38.Qual diferença principal entre globalização (i18n) e localização (l10n)?

Não há diferençai18n é apenas tradução; l10n é apenas layouti18n é teste de desempenho; l10n é teste de segurançai18n prepara o produto para vários locais; l10n adapta para um local

39.Qual é a vantagem principal do particionamento de equivalência?

Testar apenas dados inválidosEliminar a necessidade de análise de requisitosGarantir 100% de cobertura de caminhoReduzir o número de testes mantendo cobertura representativa

40.Qual é a principal vantagem de testes baseados em checklist?

Eliminar a necessidade de testes de regressãoSubstituir critérios de aceiteGarantir testes exaustivosReutilizar conhecimento e cobertura de riscos comuns