WorksheetsQTS - P1 -SUSBSTITUTIVA
Total questions: 20
Worksheet time: 40mins
Qual a definição fundamental de Teste de Software apresentada?
O processo de escrever código sem erros.
A garantia de que o software atende a todas as expectativas do cliente.
A verificação se uma entrada específica em um sistema produz a saída esperada.
A otimização da performance do sistema para o usuário final.
A criação da documentação técnica do software.
Durante um projeto de desenvolvimento de software na universidade, Devanir e Nicola perceberam uma limitação inerente ao teste de software, mencionada como uma "verdade importante". Eles discutiram que:
Os testes sempre encontram todos os defeitos existentes.
É impossível verificar todas as combinações de entradas e saídas devido à sua natureza potencialmente infinita.
O custo dos testes sempre excede o custo do desenvolvimento.
Testes só podem ser realizados após o software estar completamente finalizado.
Apenas desenvolvedores podem realizar testes eficazes.
Como os testes se relacionam com a qualidade geral do software?
A qualidade é garantida se todos os testes passarem.
Testes são o único componente da qualidade de software.
Testes ajudam a minimizar erros, mas a qualidade envolve fatores mais amplos como adequação ao uso e necessidades do usuário.
Qualidade é um conceito objetivo medido apenas pela quantidade de testes executados.
Testes e qualidade são conceitos independentes no desenvolvimento de software.
Devanir está gerenciando um projeto de desenvolvimento de software e precisa estimar o orçamento. Qual faixa percentual do custo total de desenvolvimento de software é tipicamente associada aos testes?
Menos de 5%
5% - 10%
10% - 15%
20% - 30%
Acima de 40%
Devanir está desenvolvendo um aplicativo de e-commerce e falha em testar o software em diferentes ambientes ou plataformas. Isso pode levar a problemas como:
Performance lenta em todos os ambientes.
Funcionalidades que operam corretamente em um ambiente, mas falham em outro.
Erros de lógica de negócio independentes da plataforma.
Vulnerabilidades de segurança universais.
Dificuldade de integração entre módulos internos.
Devanir está desenvolvendo um aplicativo que converte dados entre diferentes tipos ou formatos. Ele percebeu que testar essa conversão é crucial para evitar erros como:
Interface de usuário pouco intuitiva.
Falhas de comunicação de rede.
Valores que excedem os limites esperados ou causam perda de informação (erros de "out of range" ou truncamento).
Tempo de resposta lento do banco de dados.
Requisitos funcionais não implementados.
Qual cenário descreve realisticamente a situação de muitas empresas em relação a testes?
Orçamentos ilimitados e tempo de sobra para testes exaustivos.
Grande disponibilidade de testadores altamente especializados no mercado.
Pressão por entregas rápidas, levando a investimentos por vezes insuficientes em testes e dependência dos desenvolvedores para testar.
Foco exclusivo em testes manuais, abandonando a automação.
Clientes cada vez mais tolerantes a defeitos em software.
Em termos de mentalidade, como o perfil de um testador difere tipicamente do de um desenvolvedor?
O testador tende a ser mais otimista sobre o funcionamento do código.
O desenvolvedor foca em encontrar falhas, enquanto o testador foca em construir funcionalidades.
O testador frequentemente adota uma postura mais crítica e "pessimista", buscando ativamente por falhas, enquanto o desenvolvedor tende a ser mais "otimista" sobre seu próprio código.
Não há diferença significativa de perfil ou mentalidade.
O testador é generalista, enquanto o desenvolvedor é especialista.
Qual é o foco principal do Teste de Unidade?
A interação entre múltiplos componentes do sistema.
A validação de pequenas partes isoladas do código, como funções ou classes.
A experiência do usuário final com o sistema completo.
A conformidade do sistema com os requisitos de negócio.
A performance do sistema sob carga pesada.
Em uma empresa de desenvolvimento de software, quem é o principal responsável pela execução dos Testes de Unidade?
O cliente ou usuário final.
A equipe de suporte técnico.
O próprio desenvolvedor que escreveu o código.
Um grupo externo de testadores beta.
O gerente de projeto.
Devanir e Nicola estão desenvolvendo um aplicativo de software e querem garantir que todos os módulos do sistema funcionem corretamente juntos. Qual teste eles devem realizar?
Testar cada função individualmente.
Avaliar a usabilidade da interface gráfica.
Verificar se diferentes módulos ou componentes do sistema funcionam corretamente juntos.
Simular o uso do sistema em um ambiente de produção.
Validar a segurança contra ataques externos.
Devanir está testando um novo aplicativo de gerenciamento de tarefas. Ele quer garantir que todas as funcionalidades do aplicativo funcionem corretamente do início ao fim, assim como um usuário final experimentaria. Qual nível de teste ele deve realizar?
Teste de Unidade
Teste de Integração
Teste de Sistema
Teste de Componente
Teste de Instalação
Devanir está desenvolvendo um aplicativo para uma loja online e deseja garantir que o aplicativo atenda às necessidades e requisitos dos clientes. Qual é o principal objetivo do Teste de Aceitação neste contexto?
Encontrar bugs de baixo nível no código.
Otimizar a arquitetura do sistema.
Permitir que o cliente ou usuário final valide se o sistema atende às suas necessidades e requisitos.
Verificar a compatibilidade entre diferentes navegadores.
Automatizar a execução de testes de unidade.
Devanir está desenvolvendo um novo aplicativo e quer garantir que ele funcione bem antes de lançá-lo para o público em geral. Ela decide realizar um Teste ALPHA, que é caracterizado por ser realizado por:
Um vasto público de usuários desconhecidos globalmente.
Apenas pela equipe de desenvolvimento interno.
Um grupo restrito e controlado de usuários (frequentemente internos ou clientes próximos) antes do lançamento público.
Ferramentas de teste automatizadas exclusivamente.
A equipe de marketing para avaliar o potencial de mercado.
Uma diferença chave entre o Teste BETA e o Teste ALPHA é que o Teste BETA envolve:
Um grupo menor e mais controlado de testadores.
Principalmente a equipe interna da empresa.
Um grupo maior de usuários finais reais, externos à equipe de desenvolvimento, utilizando o software em seu ambiente natural.
Testes focados apenas na performance do sistema.
Uma fase anterior ao Teste Alpha no ciclo de vida.
O Teste de Regressão é fundamental para:
Testar novas funcionalidades que acabaram de ser desenvolvidas.
Garantir que modificações recentes (correções de bugs, novas features) não quebraram funcionalidades existentes.
Validar a documentação do usuário.
Realizar a primeira rodada de testes em um componente.
Obter a aceitação formal do cliente.
Técnicas como Análise de Caminhos (Path Testing) e Cobertura de Código (Code Coverage) pertencem a qual abordagem de teste?
Teste de Caixa Preta (Black Box)
Teste de Caixa Cinza (Gray Box)
Teste de Usabilidade
Teste de Caixa Branca (White Box)
Teste Exploratório
Devanir está testando um aplicativo de calculadora e quer garantir que ele funcione corretamente nos limites de entrada. Ela deve se concentrar em testar:
O fluxo principal de um caso de uso.
Valores exatamente nos limites, imediatamente acima e abaixo dos limites de um intervalo de entrada válido.
Todas as combinações possíveis de parâmetros de entrada.
A performance do sistema com dados de entrada extremos.
A interface do usuário com diferentes resoluções de tela.
O Teste Baseado em Cenários (Scenario-Based Testing) é mais eficaz para:
Verificar funções matemáticas individuais.
Avaliar a estrutura interna do código.
Simular sequências realistas de ações que um usuário realizaria para completar uma tarefa ou objetivo.
Medir o tempo de resposta do banco de dados.
Testar a compatibilidade de hardware.
Devanir está desenvolvendo um sistema de gerenciamento de inventário para uma loja. Qual o propósito de testar diferentes combinações de condições de entrada, como em um Teste de Condições ou Tabela de Decisão?
Verificar a performance sob múltiplas condições simultâneas.
Avaliar a robustez do sistema ao lidar com diversas situações lógicas e regras de negócio.
Testar a aparência visual da interface sob diferentes temas.
Garantir que cada linha de código seja executada pelo menos uma vez.
Validar os requisitos não-funcionais do sistema.
