Conceitos básicos sobre QA

Se você conseguir responder todas as questões desse quiz, considere-se pronto para o próximo passo!

Br Br

13/07/2025

Anúncios

Qual é o principal objetivo dos testes de software?

Garantir que o software nunca falhe

Melhorar a performance do sistema

Identificar defeitos e garantir a qualidade do software

Encontrar e corrigir todos os bugs existente

Qual das opções abaixo é um tipo de teste funcional?

Teste de regressão

Teste de carga

Teste de estresse

Teste de usabilidade

O que é um teste "Smoke" ou "Basic"?

Teste inicial para verificar se o sistema é estável o suficiente para realizar testes mais profundos

Um teste que verifica a segurança do sistema, principalmente analisando o código fonte

Um teste feito sem documentação, onde o testador deve testar utilizando a sua percepção e intuição

Um teste feito com usuários reais, onde o ambiente utilizado é o de produção

Qual das opções representa uma boa prática no ciclo de vida de testes?

Executar testes apenas quando o cliente pedir

Esperar os desenvolvedores validarem tudo primeiro

Testar somente no fim do desenvolvimento

Planejar, escrever, executar e registrar os testes continuamente

Qual cenário representa um teste negativo?

Cadastro com todos os dados corretos

Preenchimento de campo obrigatório com valor em branco

Acesso ao site com conexão estável

Um caso de teste bem escrito:

Pode ser executado por qualquer pessoa com conhecimento básico

Contém linguagem técnica confusa

Deixa espaço para interpretação livre

É desnecessário em times ágeis

Qual das opções representa um bom reporte de defeito?

“Quando clico no botão 'Salvar', nada acontece. Corrigir isso urgente."

“Ao clicar no botão 'Salvar', nada acontece. Resultado Esperado: mensagem de sucesso. Resultado Atual: sem resposta.”

"Quando clico no botão 'x', não funciona como esperado"

“O sistema não funciona.”

O que é importante ao classificar a prioridade de um bug?

A dificuldade de correção

A aparência do sistema

O impacto nos testes e a opinião do tester

O impacto no negócio e a frequência do erro

O que é teste de regressão?

Teste realizado apenas em ambientes de produção

Teste que verifica o comportamento do sistema sob condições extremas

Teste focado em novos recursos e funcionalidades do software

Teste que valida se as mudanças no código não impactaram funcionalidades existentes

Qual a principal diferença entre teste de caixa-preta e teste de caixa-branca?

Caixa-preta testa a funcionalidade sem saber o código; caixa-branca testa o código por trás da funcionalidade

O teste de caixa-preta é mais técnico, o de caixa-branca é mais voltado ao usuário final

Teste de caixa-preta é mais rápido que o de caixa-branca

Não há diferença significativa entre os dois

Quais tipos de testes não-funcionais são mais comuns?

Teste de performance, usabilidade e segurança

Teste de integração e teste de unidade

Teste de compatibilidade e teste de regressão

Teste exploratório e teste de smoke

O que é importante ao escrever os passos para reproduzir um erro em um caso de teste?

Incluir os passos necessários para que outra pessoa possa reproduzir o erro, mas sem adicionar tantos detalhes

Incluir todos os detalhes necessários para que outra pessoa possa reproduzir o erro exatamente como ocorreu

Descrever o cenário geral sem detalhes

Focar apenas na parte visual do erro, ignorando a funcionalidade

Qual das opções a seguir é a forma mais adequada de escrever um critério de aceitação para um caso de teste?

"Ao clicar em ‘Finalizar', o site responde como esperado"

"O sistema deverá ser intuitivo. Então, quando eu clico em 'Finalizar', sou redirecionado para a página de confirmação de pedido.”

"Ao clicar em ‘Finalizar', finaliza a compra"

Ao clicar em ‘Finalizar’, deverá ser redirecionado para a página de confirmação de pedido.”

Se você encontra um erro que não pode ser reproduzido facilmente, qual é a melhor prática?

Continuar executando o meu ciclo e informar ao meu time que encontrei um erro com uma reprodução inconsistente, mas sem abrir bug, pois não é um problema crítico

Documentar o erro com o máximo de detalhes e reportá-lo, mesmo que não tenha uma reprodução consistente

Ignorar o erro, pois ele não é importante, já que não ocorre com frequência

Documentar o erro com o máximo de detalhes e manter o registro em algum documento próprio

Qual a principal vantagem do teste exploratório?

Permite descobrir falhas inesperadas com base na experiência do tester e no uso intuitivo do sistema

Ele substitui completamente os testes baseados em casos

Ele não precisa de documentação

Permite encontrar falhas com base na criatividade do tester, onde só é necessário reportar o erro caso o tester ache necessário

Qual das informações NÃO é essencial ao reportar um defeito?

Ambiente e dispositivos em que o bug se reproduz

Resultado esperado

Passos para reproduzir

Nome do desenvolvedor responsável pelo código

Evidências (prints, vídeos, logs)

Quando deve-se realizar o reteste de um defeito corrigido?

Quando o desenvolvedor informar que o bug foi corrigido

Somente quando o cliente solicitar

Somente quando for solicitado pelo time de desenvolvimento ou quando estiver na fase de rodar ciclo de regressão

Após o defeito ser corrigido e a correção ser implementada no ambiente de testes

O que é um plano de teste?

Documento que descreve como o software deve ser desenvolvido

Documento técnico que descreve apenas os recursos necessários para os testes

Documento que descreve a estratégia, abordagem, recursos e cronograma para o teste de software

Documento que descreve a abordagem dos testes, com cenários de testes e tópicos de regressão que deve ser executado

O que são critérios de aceitação?

Descrições técnicas de como o código deve ser implementado

Indicadores de performance do sistema

Dados de entrada e saída para cada funcionalidade

Requisitos específicos que um sistema ou funcionalidade precisa atender para ser considerado completo

Qual a principal função dos critérios de aceitação em uma metodologia ágil?

Determinar as ferramentas e tecnologias utilizadas no projeto

Garantir que a funcionalidade atenda às necessidades do cliente e esteja pronta para produção

Definir o cronograma de entregas do projeto

Descrever como os desenvolvedores devem codificar a funcionalidade

Qual é o formato mais comum dos critérios de aceitação?

Histórias de usuário com condições de aceitação específicas e claras

Relatório técnico de testes

Cronograma de tarefas de desenvolvimento

Histórias de usuário com condições de prioridade de bugs a serem reportados

Qual é a diferença entre o plano de testes e a estratégia de testes?

A estratégia de testes define como o código será escrito, enquanto o plano de testes descreve a execução

A estratégia de testes define como o teste será executado, enquanto o plano de teste descreve quando isso será feito

A estratégia de testes descreve a abordagem geral que será utilizada e o plano de testes é um documento detalhado sobre a execução dos testes

A estratégia de testes se concentra apenas em testes automatizados

O que são métricas de qualidade em um plano de teste?

A documentação dos testes realizados

Indicadores usados para avaliar a eficácia do processo de teste e a qualidade do software (ex: número de bugs encontrados, cobertura de testes)

A quantidade de código que foi alterada durante o teste

O custo total dos testes

Quando um plano de teste deve ser criado em um ciclo de desenvolvimento ágil?

Quando o cliente solicitar um relatório de qualidade

No início do desenvolvimento, mas não pode ser ajustado conforme o progresso do projeto, pois isso atrapalharia a sintonia dos testers

No fim do desenvolvimento, pois necessita-se que o código esteja totalmente pronto para que os testes possam ser iniciados

No início do desenvolvimento, mas pode ser ajustado conforme o progresso do projeto e mudanças nas histórias de usuário

Marque a alternativa CORRETA sobre a afirmativa: "Os critérios de aceitação ajudam a determinar se o sistema atende às expectativas do cliente e pode ser entregue."

Os critérios de aceitação definem condições claras e mensuráveis para garantir que o sistema atenda aos requisitos do cliente antes da entrega.

Os critérios de aceitação são usados apenas para verificar a qualidade do código e não têm relação com as expectativas do cliente.

Os critérios de aceitação são apenas para testar a performance do sistema, não sua conformidade com as necessidades do cliente.

Os critérios de aceitação definem condições claras, mas não mensuráveis, para garantir que o sistema atenda às expectativas dos usuários antes da entrega.