Teste seu conhecimento de garantia de qualidade de software respondendo a mais de 100 MCQs de garantia de qualidade de software.
Role para baixo para começar!
A. Teste de tentativa de usuário
B. Testes de aceitação do usuário
A. Teste de validação
B. Teste de unidade
C. Teste do sistema
D. Teste de integração
A. caixa preta
B. caixa branca
C. caixa de vidro
D. Grey-Box
A. um método antigo de calcular a distância entre dois objetos
B. um princípio ou mecanismo pelo qual podemos dizer se o software está funcionando de acordo com os critérios de alguém;
C. Não tem isso!
D. Um método pelo qual o aprendizado ocorre como resultado de descobertas informadas pela exploração.
A. Para avaliar se o software está pronto para lançamento.
B. Para encontrar falhas no software.
C. Para provar que o software está correto.
D. Para demonstrar que o software não funciona.
A. Declarações no programa
B. Caminhos lógicos independentes no programa
C. Erros no programa
D. Ciclos no programa
A. É descoberto que o requisito que ele está sugerindo para implementar já existe.
B. Sua prioridade é muito alta e precisa ser tratada imediatamente.
C. A equipe de testes é acusada de vê -lo.
D. É tecnologicamente complexo.
A. Falso
B. Verdadeiro
A. Falso
B. Verdadeiro
A. Exercitar as condições lógicas em um módulo de programa
B. Concentre -se em testar a validade das construções de loop
C. Confiar no teste de caminho baseado
D. Selecione os caminhos de teste com base nos locais e usos de variáveis
A. Satisfação do cliente
B. Rastreamento de defeitos
C. Trabalho em equipe
D. Controle de configuração
A. Erros de desempenho
B. Erros de digitação e erros lógicos
C. Erros tipográficos
D. Erros lógicos
E. Erros comportamentais
A. Inicial, gerenciado, definido, gerenciado quantitativamente, otimizando
B. Nenhum desses
C. Funcionalidade, confiabilidade, usabilidade, eficiência, manutenção, portabilidade
A. Ferramenta usada para testes não funcionais
B. Ferramenta de código aberto grátis
C. ferramenta de teste baseada na Web
D. sobre tudo
E. Ferramenta de automação
A. Caixa branca
B. Caixa cinza
C. Teste Junit
D. Teste de integração
E. Caixa preta
A. O teste baseado em sessão é um método de teste de software que visa combinar a responsabilidade e os testes exploratórios para fornecer uma descoberta rápida de defeitos, design criativo de teste em voo.
B. O teste baseado em sessão é um método de teste de software que envolve o testador que registra seus comportamentos a serem revisados posteriormente.
C. O teste baseado em sessão é um método de teste de software que visa aumentar os testadores juniores de habilidades que podem não se sentir tão confortáveis com o sistema em teste.
D. O teste baseado em sessão é um método de teste de software que visa combinar resultados rápidos com as expectativas de uma equipe ágil.
A. Concentre -se em testar a validade das construções de loop
B. Selecione os caminhos de teste com base nos locais e no uso de variáveis
C. exercitar as condições lógicas em um módulo de programa
D. confiar no teste de caminho de base
A. Design e código interno do programa
B. Requisitos e funcionalidade
C. Como um aplicativo funciona sob cargas pesadas
D. Declarações de código, ramificações, caminhos e condições
A. Compatibilidade: A maioria dos emuladores é incompatível com as versões populares do MS Windows.
B. Problemas de instalação: a instalação e o manuseio de emuladores é mais pesada do que lidar com hardware real.
C. Falta de confiabilidade: os emuladores podem não representar as restrições de hardware adequadamente.
D. Falta de confiabilidade: os emuladores podem não representar a interface do usuário adequadamente.
A. Verdadeiro
B. Falso
A. Selecione os caminhos de teste com base nos locais e no uso de variáveis
B. Exercite as condições lógicas em um módulo de programa
C. Confiar no teste de caminho baseado
D. Concentre -se em testar a validade das construções de loop
A. Exceção
B. Alfa
C. Beta
D. Caixa preta
A. Programação extrema
B. Método da cascata
C. Desenvolvimento ágil
D. Desenvolvimento orientado a testes
A. Exploração de uso
B. Experiência do usuário
C. Sob existência
D. Experiência de usabilidade
A. Funções incorretas ou ausentes
B. Funções incorretas ou ausentes e erros de interface e erros de desempenho
C. Erros de interface
D. Erros de desempenho
E. Nenhum desses
A. Os testes alfa são realizados pelo usuário, enquanto os testes beta são feitos pela equipe de testes.
B. Os testes alfa são feitos pelo usuário sob a supervisão da equipe de teste no laboratório de teste, enquanto os testes de apostas são feitos pelo usuário nas instalações do usuário sem supervisão.
C. Os testes beta são realizados pelo usuário, enquanto os testes alfa são feitos pela equipe de testes.
D. Os testes beta são feitos pelo usuário sob a supervisão da equipe de teste no laboratório de teste, enquanto os testes alfa são feitos pelo usuário nas instalações do usuário sem supervisão.
A. Um teste formal do software
B. Uma reunião informal para fins de avaliação ou informativo
C. Uma análise aprofundada de como o software funciona
D. Nenhum desses
A. A gravidade é determinada principalmente pelos fatores técnicos, enquanto a prioridade é determinada por fatores relacionados aos negócios.
B. A gravidade é determinada pelos desenvolvedores e análise de negócios, enquanto prioridade - pela equipe de testes.
C. A prioridade é determinada principalmente pelos fatores técnicos, enquanto a gravidade é determinada por fatores relacionados aos negócios.
D. A gravidade é determinada pelas expectativas do usuário, enquanto prioridade - pelo impacto na funcionalidade.
A. Modelo de segurança de teste holístico
B. Modelo de estratégia de teste humano
C. Modelo de estratégia de teste de heurística
D. Gerenciamento de estratégia de alta tecnologia
E. Modelo de estratégia de equipe oca
A. Amostrando -os em vez de tentar testar um enorme conjunto de entradas.
B. Um tipo especial de identificador de recursos universais (URI).
C. Criptografia que pode proteger o canal sobre o qual sua conversa acontece.
D. Um pares de valor-chave com um sinal igual (=) entre a chave e o valor.
A. Plano - Ato - Verifique - faça
B. A planta faz o ato de verificação
C. Plano - Verifique - Ato - faça
D. Plano - Verifique - Faça - Ato
A. Usabilidade
B. Desempenho
C. Caixa preta
D. Funcionalidade
A. Usuários
B. Desenvolvedores
C. Suporte ao cliente
D. Engenheiros de teste
A. Garantia da Qualidade
B. Controle de detetive
C. Controle de qualidade
D. Controle corretivo
A. Um processo em que os testes só levam valores de limite para testes
B. Um processo em que o testador pega valores de limite e valores médios para testar
A. Um leitor
B. Um gravador
C. O desenvolvedor
D. Um moderador
A. Sugerindo um cronograma de lançamento.
B. Apresentando o status de qualidade do teste de aplicação para os tomadores de decisão.
C. Tornando a decisão de liberar o sistema sub-test em produção.
D. Jogando o advogado do usuário, questionando as decisões de design.
A. As principais funções de controle podem ser testadas mais cedo.
B. A necessidade de programas de stub é eliminada.
C. As condições de teste são mais fáceis de criar.
D. A observação dos resultados dos testes é mais fácil.
A. Incapacidade de ler os dados dos campos de aplicativos.
B. Incapacidade de automatizar os testes de localização que requerem alterações de configuração no nível do dispositivo.
C. Incapacidade de comparar imagens.
D. Incapacidade de automatizar objetos de cliques e fazer seleções suspensas.
A. O procedimento é o que deve acontecer e o processo é o passo a passo de como isso acontecerá
B. O procedimento é quem executa o teste necessário e o processo é quando será executado
C. O processo é quem executa o teste necessário e o procedimento é quando será executado
D. O processo é o que deve acontecer e o procedimento é o passo a passo de como vai acontecer
A. Placa de controle de configuração
B. Equipe de desenvolvimento de software
C. Painel de controle de mudança
D. Contato com o cliente
A. Defeitos são desvios dos requisitos, enquanto as solicitações de alteração são sugestões de como alterar os requisitos.
B. Os defeitos são registrados por engenheiros de teste, enquanto solicitações de alteração - por analistas de negócios.
C. Eles são tratados por diferentes sistemas de registro.
D. Os defeitos sempre têm um risco associado à sua resolução, enquanto as solicitações de mudança não.
A. Teste beta
B. Teste alfa
C. Teste de manutenção
D. Teste do sistema
E. Teste de integração
A. Verdadeiro
B. Falso
A. Entregue no horário
B. Atende aos requisitos e expectativas
C. Entregue dentro do orçamento
D. Completamente sem insetos
A. Técnica da caixa preta
B. Técnica da caixa de vidro
C. Técnica de caixa branca
A. Testando usabilidade
B. Teste de segurança
C. Teste funcional
D. Teste de performance
A. Subversão
B. Git
C. Cvs
D. Estúdio visual
A. Testando o mesmo módulo após o bug ser corrigido
B. Testando os módulos efetivos após o bug corrigido
C. Sem corrigir se testarmos defeito de novo
A. Lidar apenas com interfaces.
B. Concentre -se no comportamento do sistema sob estresse.
C. Não vai ser repetido.
D. São bem documentados e fáceis de executar manualmente.
A. Testando usabilidade
B. Teste alfa
C. Teste beta
D. Testes de aceitação do usuário
A. levando apenas com os valores do alcance
B. Somente os valores de limite para testar
C. Em que assumimos valores de limite e valor médio para testar
A. Defeitos pelo número de reabertos (retrabalho).
B. Defeitos por status e gravidade.
C. Defeitos por atribuição de desenvolvedor.
D. Defeitos por prioridade.
A. Diagrama de design
B. Lista de recursos a serem testados e não testados
C. Suposições/pré -condições
D. Introdução
A. Estabelecer a responsabilidade pessoal do engenheiro de teste
B. Fornecer dados de teste
C. Garanta a cobertura
D. Resultados dos testes de documentos
A. Imite pequenas explosões de usuários simultâneos enquanto medem o uso da memória.
B. Exercite a funcionalidade do teste do sistema-menos repetidamente ao longo do tempo enquanto media o uso da memória.
C. Concentre-se no preenchimento do banco de dados e especificamente nas tabelas de log.
D. Meça o tempo de resposta no cliente e no servidor.
A. Projeto
B. Manutenção
C. Desempenho
D. Requisitos
E. Codificação
A. comportamental
B. Grey-Box
C. caixa preta
D. caixa branca
A. Inicie as inspeções de código para identificar defeitos no código
B. Incentive os programadores a se esforçarem mais para fazer menos defeitos
C. Aumente o tipo e extensão dos testes para remover defeitos antes da produção
D. Classifique e conte os defeitos para que você possa identificar o defeito da maior frequência e eliminar a causa raiz do defeito
A. Vodel V
B. Modelo linear
C. Modelo em espiral
D. Modelo de cascata
A. Este é um processo de desenvolvimento de software iterativo e incremental e isso pode mirar depende dos recursos.
B. Nenhuma das acima
C. Esta é uma abordagem iterativa e incremental que enfatiza o envolvimento contínuo do usuário.
D. Esta é uma técnica que possui iterações curtas, onde novos casos de teste que cobrem a melhoria desejada ou a nova funcionalidade são escritos primeiro.
A. Verdadeiro
B. Falso
A. Plano de teste
B. Especificação
C. Documento de requisitos
D. Caso de teste
A. Módulo
B. Nó de rastreamento
C. Cama de teste
D. Lote
A. Robótium
B. QTP
C. Selênio
D. Jmeter
A. Projeto, requisitos, implementação, verificação, manutenção
B. Requisitos, design, verificação, implementação, manutenção
C. Requisitos, design, implementação, verificação, manutenção
D. Manutenção, requisitos, design, implementação, verificação
A. Gestor de projeto
B. Cliente
C. Desenvolvedores
D. Engenheiro de software
A. Documentação de scripts de teste, rastreamento métrico, teste de carga
B. Verificação de limites, teste ad-hoc, combinação de instalação
C. Testando novos recursos e funções, verificações de integridade de dados, teste de regressão
A. QA faz parte do processo de teste de software
B. O teste de software faz parte do processo de controle de qualidade
C. Teste de software e controle de qualidade são a mesma coisa
D. Teste de software e controle de qualidade são dois processos diferentes
A. Verdadeiro
B. Falso
A. Controle de configuração
B. pedido de mudança
C. especificação
D. módulo de software
A. Garantia da qualidade do software
B. Planejamento
C. Teste
D. Desenvolvimento de software
A. Falso
B. Verdadeiro
A. ISO 9002
B. ISO 9000
C. ISO 9003
D. ISO 9001
A. Você não pode comparar números nesse conjunto
B. & gt;
C. =
D. & lt;
A. Verdadeiro
B. Falso
A. Confiabilidade
B. Usabilidade
C. Custo
D. Correção
A. Documentação de teste
B. Teste de procedimento
C. Teste estrutural
D. Teste funcional
A. Aceitação do usuário
B. Estresse
C. Usabilidade
D. Sobrevivência e recuperação
A. Todos esses são modelos de qualidade
B. ISO 9000
C. ISO/IEC 15504
D. Cmmi
A. Teste de integração
B. Teste de caixa branca (de vidro)
C. Teste de caixa preta
D. Teste de caixa cinza
A. Verdadeiro
B. Falso
A. Verdadeiro
B. Falso
A. Aceitação do cliente
B. Condições de contorno
C. Teste negativo
D. Manipulação de erros
A. Estabilidade e observabilidade
B. Observabilidade, simplicidade e estabilidade
C. Observabilidade
D. Simplicidade
E. Estabilidade
A. Teste de caixa preta
B. Teste de unidade
C. Nenhum desses
D. Teste de caixa branca
A. Documentação
B. Teste
C. Revisões e auditorias
D. Orçamento
A. Nenhum desses
B. Integração do modelo de maturidade de capacidade
C. Iniciação de gerenciamento de maturidade de conexão
D. Instituto modular de maturação da capacidade
A. Para fazer recomendações
B. Para encontrar problemas e ver o que está faltando
C. Para consertar o software
D. Para reunir informações preliminares
A. Não
B. Sim
A. Injeção SQL
B. Particionamento equivalente
C. Testes alfa
D. Rastreamento ocular
A. alfa e beta
B. Positve e negativo
A. Ambos os erros no design e erros na implementação
B. Erros no design
C. Erros em precisão
D. Erros na implementação
E. Erros em operação
A. Falso
B. Verdadeiro
A. Gerenciamento de mudanças de suporte
B. Gerenciador de mudanças de software
C. Gestão da cadeia de abastecimento
D. Gerenciamento de configuração de software
A. Abordagem de baixo para cima
B. Tudo acima
C. Big Bang abordagem
D. Abordagem de cima para baixo
A. Teste funcional
B. Teste do sistema
C. Teste de regressão
D. Teste de aceitação
A. Analistas de negócios
B. Usuários
C. Engenheiros de teste
D. Desenvolvedores
A. Agendar
B. (todos esses)
C. Abordagem
D. Escopo
E. Recursos
A. Número de bugs de software desconhecidos.
B. Número de palavras no plano de teste.
C. Número de linhas de código executadas no software que está sendo testado.
D. Número de casos de teste que passaram vs falharam.