A.   Verdadeiro

A.   O testador deseja testar todos os dados de entrada possíveis.

B.   O testador possui conhecimento das estruturas internas do software.

D.   O testador não tem certeza de todos os conjuntos de dados de entrada.

B.   Sem diferença

C.   O teste beta envolve um pequeno grupo de usuários finais, mas o teste piloto envolve um grande grupo

D.   A diferença são vagas

B.   Robustez do software

C.   Disponibilidade sob uma carga pesada

D.   Desempenho sob uma carga pesada

A.   Particições os testes entre o tempo de tempo igual

B.   divide o teste igualmente entre os testadores

D.   Testes se as partições de disco são igualmente distribuídas

A.   executando BVT e monitorando recursos

C.   Cobertura de código e recursos de monitoramento

B.   Verificando as mudanças

C.   Verificando os efeitos colaterais após as mudanças

D.   Nenhum

A.   Teste de API

B.   Cobertura da declaração

C.   Teste de mutação

A.   Verdadeiro

B.   Verdadeiro

A.   Moderador, autor/produtor, leitor

B.   Autor/produtor, leitor, inspetor

C.   Inspetor, gravador

A.   Somente depois que o código foi escrito

B.   As equipes de teste não planejam os testes, os desenvolvedores fazem

D.   Não há necessidade de planejar, os testes são feitos pelas especificações

B.   Teste de unidade

C.   Teste de caixa cinza

D.   Teste funcional

A.   Testes um sistema completamente integrado para verificar se atende aos seus requisitos

C.   Garante que o sistema seja instalado corretamente e trabalhando no hardware do cliente real

D.   Testes que buscam verificar as interfaces entre os componentes contra um design de software

A.   Teste de caixa de brancos

B.   Teste beta

C.   Teste de performance

A.   Desenvolvedor

C.   Gerente de projeto de software

D.   Engenheiro de software

A.   O caso de uso faz parte do planejamento do teste

C.   O plano de teste faz parte do caso de uso

D.   O plano de teste e o caso de uso são os mesmos

A.   Indicador de passagem/falha

B.   Requisitos relacionados

D.   ID do caso de teste

A.   Teste de performance

B.   Teste beta

D.   Teste de caixa de brancos

A.   Os testes geralmente são realizados por amadores como hobby e depuração é normalmente realizado por profissionais

C.   Testes e depuração são termos intercambiáveis ​​e essencialmente a mesma atividade

D.   A depuração é uma visão geral muito superficial do código e o teste é uma tentativa muito mais rigorosa de corrigir o erro

A.   Os testes funcionais incluem casos de teste que validam o registro de segurança, desempenho e teste de disco e espaço de memória. Testes não funcionais incluem o teste das funções reais que o usuário final estará usando, incluindo transações e reppor

A.   Teste de caixa branca

B.   Teste de segurança

D.   Teste de unidade

B.   Verificar esse erro corrigido não afeta as outras seções dos módulos, verificando a funcionalidade

A.   100000

C.   300000

D.   200000

B.   Falso

A.   pool de insetos

C.   Teste de cenário

D.   Compilação de teste

A.   Ptq

B.   TPQ

C.   CutetP

D.   Qat

A.   Somente responsabilidade do gerente de projeto.

C.   Avaliando o risco de não contratar testadores suficientes para o projeto.

D.   Análise de como os clientes reagirão sobre problemas de software.

E.   Reunião de marketing onde novos recursos são discutidos.

A.   Somente em novos recursos; Recursos antigos já estão testados

B.   Somente onde não há equipe de teste

C.   Somente em código complexo; Eles devem se concentrar no desenvolvimento

A.   Centro de Aprendizagem de Desenvolvimento de Software

B.   Ciclo de vida graves defeitos

D.   Defeitos de software Ciclo de vida

E.   Ciclo de vida de detecção de software

A.   Verdadeiro

A.   Caixa preta

B.   caixa branca

D.   Caixa cinza

A.   Todos estes estes

B.   Ii. Ótimo em gerenciar requisitos de negócios

C.   I. Ótimo em especificações e horários

D.   Iii. um testador e um gerente de programa

A.   Tabela de conteúdo seguida por vários caracteres.

B.   Desenvolvido por analistas de negócios para atender aos requisitos.

C.   Trabalho coletivo da equipe de controle de qualidade sobre riscos de teste de software.

A.   Teste de variação ocupada

B.   construir tópico de validação

C.   Bane da minha própria existência

A.   Teste de BlackBox

B.   Teste de caixa de brancos

C.   Teste de unidade

A.   Verdadeiro

A.   QTP

B.   Soap UI

C.   Selênio

D.   Sahi

B.   verdadeiro

A.   Revisão de código

C.   Especificação

D.   Etapa de teste

A.   Test Studio

C.   Selênio

D.   QTP

A.   Teste de configuração

B.   Teste de performance

C.   Teste de BlackBox

B.   Não podemos automatizar as entradas do usuário

C.   Pode ser difícil repetir o teste

D.   Não é possível executar o teste

A.   Sem diferença, eles são a mesma coisa

C.   O teste de regressão garante que a falha original tenha sido removida; Re-testar procura por efeitos colaterais inesperados

B.   Isso se refere a testar os aplicativos em diferentes servidores

C.   Isso se refere a testar as aplicações em diferentes navegadores

A.   Modelo de cascata

B.   Model V.

C.   Modelo em espiral

A.   Garantia da qualidade do software

B.   Planejamento de teste

C.   Redução de risco

A.   Verdadeiro

A.   Análise de caminho concluído

B.   Relatório de incidente de teste concluído

C.   Análise de cobertura de código concluída

E.   Relatório de resumo do teste concluído

A.   Os testadores não se envolvem antes que o código seja escrito

B.   Os engenheiros de software não precisam fazer testes

C.   Reduz a tensão entre testadores e desenvolvedores

B.   Para identificar defeitos no sistema relacionado a cenários extremos.

C.   Para identificar defeitos no sistema relacionado ao uso de práticas de programação não aprovadas.

D.   Para identificar defeitos nas conexões entre os componentes.

A.   Teste de aceitação

B.   Teste de integração

D.   Teste beta

A.   Desenvolvimento

B.   Revisão de código

D.   Teste

A.   Teste alfa

B.   Teste de caixa preta

D.   Teste de compatibilidade

A.   Condições de contorno de teste o máximo possível das bordas das classes de equivalência de entrada e saída

B.   Teste o limite entre memória e disco para evitar ataques de segurança

D.   Teste o limite entre o navegador e o servidor para evitar ataques de segurança

E.   Testes que estão "no limite" e devem ser considerados removidos do plano de teste devido ao seu baixo valor

A.   Teste de BlackBox

C.   Teste de performance

D.   Teste beta

A.   Teste de código preto

B.   Teste claro da caixa

C.   Nenhum desses

E.   Teste de compatibilidade de limites

A.   Ferramentas de depuração

B.   Ferramentas de análise estática

D.   Nenhum desses

B.   Verdadeiro

A.   valor válido do intervalo 1 - 10000

C.   valor inválido abaixo de 1

D.   valor inválido acima de 1000

B.   Pode delegar testes de volta à equipe de desenvolvimento

C.   Preguiçoso o suficiente para não querer fazer as coisas mais de uma vez

D.   Pode ficar acordado a noite toda em tempo de crocância

A.   Teste de carga

C.   Teste de configuração

D.   Teste de estresse

A.   Teste alfa

B.   Teste beta

D.   Testes de aceitação do usuário

A.   Testes de aceitação Verifique os requisitos e cenários definidos pelo cliente que o produto deve atender

B.   No TDD, os testes são escritos mesmo antes do código

D.   Uma suíte de teste é uma coleção de casos de teste

A.   O caso de teste tem uma alta probabilidade de encontrar um erro.

B.   O caso de teste testa entradas inválidas.

C.   O caso de teste não é muito simples nem muito complexo.

A.   Papéis e responsabilidades

B.   Modelos de teste

D.   (todos esses)

E.   Cronograma de teste

B.   Preparação do documento de estratégia de teste

C.   Estimativa do esforço de teste

D.   Seleção da ferramenta de teste

B.   Verdadeiro

B.   Uma lista de navegadores que cada testador precisa ter em seu escritório

C.   algo que pode esperar até o último sprint

D.   Uma lista de navegadores que poderiam ser testados em

A.   Modelo em espiral

B.   Modelo de cascata

C.   Modelo linear

B.   Os testes podem encontrar discrepâncias entre o software e as especificações.

C.   Os casos de teste podem ser gravados assim que a especificação funcional estiver concluída.

D.   Os testadores podem ser não técnicos.

A.   Planejamento de teste

B.   Qualidade do software

C.   Risco de teste

A.   Um teste realizado para determinar se os requisitos de uma especificação ou contrato são cumpridos

C.   Uma avaliação que requer um examinador para realmente executar uma tarefa ou atividade, em vez de simplesmente responder a perguntas que se referem a partes específicas

D.   Um campo de teste no qual lida com o teste da capacidade de um software de funcionar por um determinado período de tempo

B.   Falso

A.   Definição

B.   Integração

D.   medição

A.   FALSO

A.   Desvio do software de sua entrega ou serviço esperado

C.   Testes operacionais em um site não envolvido com os desenvolvedores de software

D.   Um mecanismo para produzir os resultados esperados para comparar com os resultados esperados do software em teste (SUT)

B.   Um incidente

C.   Um portão de rota

D.   Um motorista

B.   um desenvolvedor

C.   um proprietário de uma empresa

D.   um usuário final

B.   O cliente encontra o defeito na produção

C.   O engenheiro de controle de qualidade encontra o bug um dia antes de lançar

D.   Um colega encontra o bug durante a revisão do código

E.   O desenvolvedor encontra o bug durante o teste de sanidade

A.   A equipe de testes independente

B.   Todo mundo que pode eventualmente ter algum uso para a ferramenta

D.   O empreiteiro do fornecedor para escrever os scripts iniciais

B.   Você para executar cada função em loops isoladamente e aplica o uso de recursos à carga projetada

C.   Esta não é uma função dos testes de desempenho

D.   Você para executar testes de cobertura de código com monitoramento de recursos e se ajustar à carga projetada

A.   verdadeiro

B.   Ii. Criando uma carga gigante para descobrir onde o sistema se desfaz

C.   I. Modelando um dia típico de atividade do usuário

D.   Iii. Modelando a atividade do usuário em um dia de trânsito movimentado

B.   Os testes estão tentando encontrar condições de corrida e impasse.

C.   O software é considerado "Mission Critical".

D.   A carga típica do software é desconhecida no momento dos testes.

A.   imediatamente no primeiro dia

B.   a semana antes do navio

D.   Imediatamente após o teste de unidade completo

B.   Estabelecendo

C.   Diagnóstico

D.   Atuando

A.   Modelo de gerenciamento de teste

B.   Modelo de medição de teste

A.   Desenvolvimento ágil

B.   Engenharia de software

D.   Desenvolvimento de software

A.   Todas as casas de teste planejadas foram executadas

B.   Todas as falhas foram corrigidas corretamente

C.   O tempo acabou

A.   teste de stub

C.   Teste de sistema não funcional

A.   Não foi possível reproduzir

B.   Conforme projetado

D.   Reaberto

E.   Fechado - fixo

A.   a maioria dos insetos de rolha de navio

C.   Contagem de insetos / sem repro contagem

B.   Testando a funcionalidade de um aplicativo sem conhecimento do código/estrutura interna do aplicativo

C.   Testando com o objetivo específico de ver como um sistema será executado no futuro

D.   Uma técnica na qual todos os ramos possíveis do código -fonte do programa são testados pelo menos uma vez

B.   verdadeiro

A.   Teste de fumaça

C.   Teste de unidade

D.   Teste estrutural

A.   Qualquer servidor antigo funcionará bem

C.   exatamente o mesmo que a produção para obter os resultados certos

B.   seis

C.   três

B.   Teste de performance

C.   Teste dinâmico

D.   Teste beta