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?

Melhorar a performance do sistema

Encontrar e corrigir todos os bugs existente

Garantir que o software nunca falhe

Identificar defeitos e garantir a qualidade do software

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"?

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

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

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

Planejar, escrever, executar e registrar os testes continuamente

Testar somente no fim do desenvolvimento

Qual cenário representa um teste negativo?

Preenchimento de campo obrigatório com valor em branco

Cadastro com todos os dados corretos

Acesso ao site com conexão estável

Um caso de teste bem escrito:

É desnecessário em times ágeis

Deixa espaço para interpretação livre

Contém linguagem técnica confusa

Pode ser executado por qualquer pessoa com conhecimento básico

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

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

“O sistema não funciona.”

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

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

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

O impacto nos testes e a opinião do tester

A dificuldade de correção

A aparência do sistema

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

O que é teste de regressão?

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

Teste realizado apenas em ambientes de produção

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?

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

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

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

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

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 exploratório e teste de smoke

Teste de compatibilidade e teste de regressão

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

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

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

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’, deverá ser redirecionado para a página de confirmação de pedido.”

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

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

"O sistema deverá ser intuitivo. Então, quando eu clico em 'Finalizar', sou 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

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 reportá-lo, mesmo que não tenha uma reprodução consistente

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 não precisa de documentação

Ele substitui completamente os testes baseados em casos

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?

Nome do desenvolvedor responsável pelo código

Passos para reproduzir

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

Resultado esperado

Ambiente e dispositivos em que o bug se reproduz

Quando deve-se realizar o reteste de um defeito 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

Quando o desenvolvedor informar que o bug foi corrigido

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 a abordagem dos testes, com cenários de testes e tópicos de regressão que deve ser executado

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

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

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

Dados de entrada e saída para cada funcionalidade

Indicadores de performance do sistema

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

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

Descrever como os desenvolvedores devem codificar a funcionalidade

Determinar as ferramentas e tecnologias utilizadas no projeto

Definir o cronograma de entregas do projeto

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

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

Relatório técnico de testes

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

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

Cronograma de tarefas de desenvolvimento

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

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 define como o código será escrito, enquanto o plano de testes descreve a execução

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

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

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)

O custo total dos testes

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

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

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

Quando o cliente solicitar um relatório de qualidade

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.