Simulado certificação Teste de software CTFL do ISTQB/BSTQB

Prévia do material em texto

1.
	Qual dos cenários abaixo descreve uma maneira pela qual um defeito do software pode causar danos diretamente a uma companhia?
Um banco que obtém 5% de seus rendimentos com taxas de ATM sofre uma interrupção em sua rede de ATM devido a um defeito de software.
Um software de navegação em um automóvel exibe rolas através de rios usando o mesmo ícone para balsa e para ponte.
Software de monitoramento de emissões sub-relata a porcentagem de gases tóxicos emitidos por uma fábrica.
Um vendedor digita a letra "1"" no lugar do número "1". e uma proposta importante não é entregue a um cliente em potencial.
	2.
	Considere a seguinte seqüência de eventos.
Um gerente decide eliminar as revisões de código num esforço de acelerar o teste.
Uma operação essencial de dados, utilizada por outro subsistema numa aplicação bancária, é removida por um programador que está fazendo trabalho de manutenção numa parte não familiar de código.
Um caixa de banco não consegue atualizar o endereço de um
cliente depois da instalação do release de manutenção.
O cliente, chocado com a baixa qualidade do software sendo
utilizado para gerir seu dinheiro, muda de banco.
Qual das seguintes declarações é verdadeira?
I é o defeito, II é a causa raiz e III e IV são efeitos. 
I é o efeito. II c a causa raiz, e III e IV são defeitos. 
I é a causa raiz, II e III são defeitos, e IV é o efeito.
I é a causa raiz, II é o defeito, e III e IV são efeitos.
	3.
	Qual dos seguintes é o melhor exemplo de porque o teste é necessário?
Gerentes de projeto escrevem planos de projeto. Stakeholders de projeto nem sempre revisam os planos de projeto.
Softwares modernos podem ter mais de um milhão de linhas de código. De acordo com estudos da indústria, um programador, de linguagem C mediano introduz um bug para cada 25 linhas de código.
Usuários têm idéias pouco comuns sobre o que o software deveria ser capaz de fazer. Programadores não entendem os usuários.
Equipe de help desk depende de contornar os problemas para ajudar os clientes com os bugs conhecidos. Testadores são as únicas pessoas que descobrem como contornar os bugs.
	4. 
	Qual dos seguintes é um exemplo da contribuição do teste para aumentar a qualidade?
 Um gerente de projeto pede a um líder de teste para estimar o esforço de teste.
Um testador instala um item de teste no ambiente de teste.
Um testador encontra um bug que é resolvido antes do release.
Um líder de teste escreve um relatório de resumo de teste.
	5. 
	O relacionamento entre o significado das palavras "engano" e "erro" é o mesmo que o significado de qual dos seguintes pares de palavras?
“Falha” e “bug”
“Falha” e “defeito”
“Erro” e “defeito”
“Defeito” e “bug”
	6.
	Um componente de qualidade é um que:
Atinge as necessidades do usuário e do cliente. 
Foi finalizado no prazo
Necessitou menos do que a quantidade de esforço estimada.
Passou por uma revisão de código.
Seção 1.2: O que é o teste (K2)
Objetivos do aprendizado
Relembrar os objetivos comuns de teste. (Kl)
Descrever o propósito do teste no desenvolvimento de software, manutenção e operações como uma forma de encontrar defeitos, prover confiança e informação, e prevenir defeitos. (K2)
Objetivo de aprendizado da terminologia. (Kl)
Termos
Código, debugging. desenvolvimento (de software), requisito, revisão, base de teste, caso de teste, leste, objetivos de teste.
	7.
	Considere os objetivos seguintes. 
Descobrir defeitos.
Ganhar confiança no sistema. 
Prover informação sobre o sistema.
Prevenir defeitos. 
Remover defeitos.
Qual das alternativas abaixo lista os objetivos comuns do teste? 
I, II, III, IV e V.
I, II e IV.
I, II, III e IV.
I e V.
	8.
	Um testador participa de uma revisão de requisitos e identifica ambigüidades que poderiam ter resultado em enganos de programação. Este é um exemplo de qual dos seguintes propósitos do teste?
Encontrar defeitos.
Prover confiança.
Prevenir defeitos.
Prover informações.
	9.
	Quais das atividades estão envolvidas no teste?
Atividades no final do ciclo de vida do software.
Somente atividades que avaliam produtos de software.
Atividades envolvendo executar um teste pelo componente ou sistema sob teste.
Atividades durante todo o ciclo de vida do software incluindo planejamento, preparação e avaliação.
Seção 1.3: Princípios gerais de teste (K2)
Objetivos do aprendizado
Explicar os princípios fundamentais do teste. (K2)
Objetivo de aprendizado da terminologia. (Kl) 
Termos
Teste exaustivo.
	10.
	Considere o cenário seguinte. Você está testando um produto e encontrou 100 defeitos. Dois terços daqueles defeitos estão na interface com o usuário e nos módulos de controle de acesso, enquanto que os 33 defeitos restantes estão espalhados pelos seis outros módulos. Qual dos seguintes é o principio de teste que melhor se aplica a este cenário?
Agrupamento de defeitos
Ausência de erros
Teste exaustivo é impossível
Controlar ativamente o projeto dos testes enquanto você executa aqueles testes.
	11.
	 Teste exaustivo envolve: 
Todos os pares de valores de entrada e pré-condições.
Pelo menos um de cada possível valor de entrada e pré-condições.
Todas as combinações de valores de entrada e pré-condições.
Todas as combinações de valores de entrada e saída.
Seção 1.4: Processo fundamental de teste (K1)
Objetivos do aprendizado
Relembrar as atividades fundamentais de teste do planejamento ao encerramento das atividades de teste e as tarefas principais de cada atividade deteste. (Kl)
Objetivo de aprendizado da terminologia. (Kl)
Termos
Teste de confirmação, critérios de saída, incidente, teste de regressão, base de teste, condição de teste, cobertura de teste, dados de teste, execução do teste, registro do teste, plano do teste, estratégia do teste, relatório resumo do teste, testware.
	12.
	Qual das seguintes tarefas de teste é parte da atividade de planejamento do teste?
Medir e analisar resultados.
Determinar os critérios de saída.
Revisar a base de teste.
Checar os registros de teste contra os critérios de saída.
	13.
	Porque nós executamos teste de confirmação?
Demonstrar adaptação ao propósito.
Garantir que defeitos não foram introduzidos em áreas não alteradas.
Determinar se um componente satisfaz ou não as necessidades do usuário/cliente
Verificar o sucesso das ações corretivas
Seção 1.5: A psicologia do teste (K2)
Objetivos do aprendizado
Relembrar que o sucesso do teste é influenciado por fatores psicológicos. (Kl):
Objetivos claros;
Balanço entre o teste próprio e o teste independente;
Reconhecimento de comunicação cortês e realimentação sobre defeitos.
Contrastar a mente de um testador e a de um desenvolvedor. (K2)
Objetivo de aprendizado da terminologia. (K1) 
Termos
Teste independente.
	14.
	Por que é importante expressar claramente os objetivos do teste?
Porque as pessoas tendem a alinhar seus planos com os objetivos definidos pela gerencia.
Porque cobertura deve ser medida contra os objetivos do teste.
Porque o nível do risco do produto é determinado pelos objetivos do teste.
Porque identificar objetivos do teste é a tarefa principal na atividade de planejamento do teste.
	15.
	Para manter a motivação, testadores e desenvolvedores igualmente necessitam da mente correta. Bons desenvolvedores precisam ter uma percepção positiva na sua própria habilidade e na habilidade do time de endereçar os riscos técnicos e de negócio que confrontam seus projetos de programação. Qual das opções descreve exatamente a mente contrastante de um bom testador?
Bons testadores identificam falhas com a intenção de serem críticos em relação ao produto e ao autor.
Bons testadores dizem a verdade como eles vêem e não são terrivelmente preocupados em como as pessoas reagem a aqueles fatos.
Bonstestadores são pessimistas profissionais que acreditam que o produto provavelmente contém defeitos e que eles podem encontrá-los.
Bons testadores focam nos riscos técnicos sobre os riscos de negócio, visto que eles querem encontrar tantos defeitos quanto for possível.
	16.
	Qual meta o teste independente encoraja?
Reduzir os custos de teste antes do release.
Maximizar o teste pelos familiarizados com o código.
Melhorar a comunicação e o relacionamento entre testadores e os outros.
Prover um grau maior de objetividade e reduzir a influência do autor
	17.
	Um objetivo comum do teste é prover informação. O teste deveria prover informação suficiente para os stakeholders tomarem decisões informadas sobre o lançamento do software ou sistema sendo testado. Qual das seguintes é uma atividade fundamental do processo de teste durante a qual a suficiência do teste e da informação resultante é avaliada?
Analise e projeto.
Implementação e execução. 
Avaliação dos critérios de saída e relatórios.
Especificação de requisitos.
Capitulo 2: Teste através do ciclo de vida do software (K2)
Seção 2.1: Modelos de desenvolvimento de software (K2)
Obejtivo do aprendizado
Entender o relacionamento entre desenvolvimento, atividades de teste e produtos do trabalho no ciclo de vida do desenvolvimento, e dar exemplos baseados no contexto e características de projetos e produtos. (K2)
Reconhecer o fato de que modelos de desenvolvimento de software precisam ser adaptados ao contexto do projeto e às características do produto. (Kl)
Relembrar as razões para diferentes níveis de teste, e características do bom teste em qualquer modelo de ciclo de vida. (Kl)
Objetivo de aprendizado da terminologia. (Kl)
Objetivo de aprendizado de normas. (Kl)
 Normas
[CMMI] Chrissis, M.B., Konrad, M. and Shrum, S. (2004) CMMI, Guidelines for Process Integration and Product Improvement, Addison Wesley: Reading, MA
[IEEE: 12207] IEEE 12207/ISO/IEC 12207-1996, Software lifecycle processes
Termos
Software de prateleira (COTS), modelo de desenvolvimento incrementai, nível de teste, validação, verificação, modelo V.
	18.
	Você está trabalhando como único testador em um pequeno projeto que usa o modelo V e acabou de liberar um rascunho da especificação de requisitos. Considere as seguintes possibilidades:
Você deveria participar da revisão do rascunho.
Você deveria utilizar o rascunho da especificação de requisitos para iniciar a análise e projeto do teste de aceitação.
O rascunho da especificação de requisitos pode servir como uma base de teste.
O rascunho da especificação de requisitos pode servir como uma base de teste congelada.
Qual das seguintes declarações é verdadeira?
I, II, III, e IV são todas verdadeiras.
II, III, e IV são verdadeiras. 
Somente I é verdadeira. 
I, II, e III são verdadeiras.
	19.
	Qual das seguintes declarações é verdadeira sobre adaptar modelos de desenvolvimento de software?
Você deve adaptar os modelos para acomodar vários projetos características de produtos.
Você não deve fazer dessa forma, pois os criadores dos modelos são experts.
Você não deveria adaptar os modelos baseados nos resultados do teste, para evitar comprometimento da qualidade.
Você não deveria se preocupar com aqueles modelos, pois eles não afetam o teste
	20.
	Qual das seguintes é uma característica do bom teste em qualquer projeto, com qualquer nível de teste, independente do modelo de ciclo de vida?
O objetivo primário do teste é encontrar tantos defeitos quanto possíveis.
Teste de regressão não é afetado pelo modelo de ciclo de vida.
Testadores devem ser envolvidos na revisão de documentos.
Testadores não precisam saber sobre detalhes estruturais do produto que estão testando.
	21.
	Objetivo de aprendizado: termo (Kl) 
Validação é?
Confirmação de que requisitos especificados foram atendidos.
Confirmação de que requisitos para um uso ou aplicação pretendida foram atendidos.
O processo para testar um sistema integrado para verificar se ele atinge os requisitos especificados.
Parte do gerenciamento da qualidade focado em prover a confiança de que os requisitos de qualidade serão atendidos.
	22.
	Considere os seguintes níveis da maturidade CMMI:
Inicial
Otimizante
Definido
Gerenciado
Gerenciado quantitativamente
Qual das seguintes declarações coloca esses níveis na ordem correta? 
l, II, III, IV, V. 
I, III, IV, V, II. 
I, IV, III, V, II. 
II, I, III. IV. V.
	23.
	Qual das seguintes é endereçada como a seção principal na norma IEEE 12207?
Processos primários do ciclo de vida.
Critérios de suspensão/retomada.
Revisões técnicas.
Refinamentos da abordagem.
Seção 2.2- Níveis de teste (K2)
Objetivos do aprendizado.
Comparar os diferentes níveis de teste: objetivos principais, objetos típicos de leste, alvos típicos de teste (ex., funcional ou estrutural) e produtos de relacionados, pessoas que testam, tipos de defeitos e falhas a serem identificadas. (k2)
Objetivo de aprendizado da terminologia. (Kl)
Termos
Alfa teste, beta teste, teste de componente (também conhecido como teste unitário, de módulo ou programa), teste de aceitação de contrato, drivers, teste de campo, requisitos funcionais, integração, teste de integração, requisitos não funcionais, teste operacional (aceitação), teste de aceitação de ajuste, teste de robustez, stubs, teste de sistema, desenvolvimento dirigido por teste, ambiente de teste, teste de aceitação de usuário.
	24.
	Testar as interfaces entre componentes é um dos principais objetivos de qual nível de teste?
Teste de componente.
Teste de integração
Teste de sistema.
Teste de aceitação
	2
	25.
	Teste operacional é ?
O processo de teste para determinar a performance de um produto de software.
Teste conduzido para avaliar um componente ou sistema no seu ambiente operacional. 
O processo de teste para determinar a capacidade de recuperação de um produto de software.
Teste que executa casos de teste que falharam da última vez em que foram executados.
	1
Seção 2.3: Tipos de teste: os alvos do teste (K2)
Objetivos do aprendizado
Comparar quatro tipos de teste de software (funcional, não funcional, estrutural e relacionado à mudança) por meio de exemplos. (K2)
Reconhecer que testes funcionais e estruturais ocorrem em qualquer nível de teste. (Kl)
Identificar e descrever tipos de teste não funcionais baseados em requisitos não funcionais. (K2)
Identificar e descrever tipos de teste baseados na análise da estrutura ou arquitetura do sistema de software.
Descrever o propósito do teste de confirmação e do teste de regressão. (K2)
Objetivo de aprendizado da terminologia. (Kl) 
Normas
[ISO 9126] ISO/DEC 9126-1:2001, Software Engineering - Software Product Quality]
Termos
Automação, teste caixa preta, cobertura de código, teste de confirmação, teste funcional, teste de interoperabilidade, teste de carga, teste de manutenibilidade, teste de performance, teste de portabilidade, teste de regressão, teste de confiança, teste de segurança, teste baseado na especificação, teste de stress, teste estrutural, suíte de teste, teste de usabilidade, teste caixa branca.
	26.
	Considere os seguintes quatro tipos de teste para uma aplicação de comércio eletrônico:
Testar todas as possíveis consultas ao banco de dados
Testar os tempos de resposta do sistema sob carga
Testar novas características assim que forem adicionadas ao sistema.
Verificar manuseio correto de ordens típicas. 
Qual das seguintes declarações é verdadeira?
I é um teste relacionado à mudança; II é um teste não funcional; III é um teste funcional e IV é um teste estrutural.
I é um teste estrutural; II é um teste não funcional; III é um teste relacionado à mudança e IV é um teste funcional.
Todos os quatro são testes funcionais.
I é um teste não funcional; II é um teste estrutural;III é um teste relacionado à mudança e IV é um teste funcional.
	2
	27.
	Qual das seguintes declarações é verdadeira sobre teste funcional (caixa preta)?
Eles nunca são executados por programadores.
Eles nunca são úteis durante o teste de componente.
O projeto desses testes é sempre ativamente controlado enquanto são executados.
Eles podem ser úteis para todos os testadores durante qualquer nível de teste.
	1
	28.
	Você está testando uma nova aplicação de software para mercado de massa e deseja ter certeza de que seus usuários alvo gostarão dela. Você reúne um grupo variado de usuários em potencial para um estudo e faz com que eles tentem completar tarefas típicas baseado em protótipos de tela. Você observa cuidadosamente a habilidade deles em terminar essas tarefas sem ficarem confusos ou parados. Que tipo de teste você está executando?
Teste de stress.
Teste de usabilidade
Teste funcional
Teste de segurança
	2
	29.
	Você está testando um sistema bancário baseado no navegador que permitirá aos clientes acessarem suas contas pela Internet. Você recebe um rascunho da especificação técnica de projeto que descreve a arquitetura do sistema ao nível de componentes de software. Assim que você recebe esse documento, você inicia o projeto dos testes para garantir que toda possível interação entre os componentes de hardware e software, ambos system-to-system e end-to-end, é exercitada durante o decorrer dos níveis de teste de integração e de sistema. Qual tipo de teste você está projetando?
Teste estrutural
Teste de performance 
Teste de portabilidade 
Teste funcional
	2
	30.
	Quais são os propósitos do teste de confirmação e do teste de regressão?
Teste de regressão verifica o sucesso de ações corretivas; teste de confirmação garante que defeitos não foram introduzidos ou não cobertos em áreas inalteradas do software, como resultado de uma mudança.
Teste de regressão e teste de confirmação são sinônimos; ambos verificam o sucesso de ações corretivas
Teste de confirmação verifica o sucesso de ações corretivas; teste de regressão garante que defeitos não foram introduzidos ou não cobertos em áreas inalteradas do software, como resultado de uma mudança.
Teste de regressão e teste de confirmação são sinônimos: ambos garantem que defeitos não foram introduzidos ou não cobertos em áreas inalteradas do software, como resultado de uma mudança.
	2
	31.
	De acordo com a norma IS0.9126, qual das seguintes é uma caracteristica de qualidade?
 Alocação de recursos
Tempo de resposta
Segurança
Eficiência
	1
	32.
	O que é teste de caixa preta?
Derivação ou seleção de casos de teste baseados na análise do sistema ou especificação de componentes.
Derivação ou seleção de casos de teste baseados na análise da estrutura interna do sistema ou componente.
O processo de identificar diferenças entre os resultados mais produzidos pelo componente ou sistema sob teste e os resultados esperados para o teste.
Uma técnica de projeto de teste informal onde o testador controla ativamente o projeto dos testes enquanto eles são executados.
	1
Seção 2.4: Teste de manutenção (K2)
Objetivos do aprendizado
Comparar teste de manutenção (teste de um sistema já existente) com o teste de uma nova aplicação com relação aos tipos de teste, gatilhos para teste e quantidade de teste. (K2)
Identificar razões para teste de manutenção (modificação, migração e retirada;. (Kl)
Descrever o papel do teste de regressão e análise de impacto na manutenção. (K2)
Objetivo de aprendizado da terminologia. 
Termos
Análise de impacto, leste de manutenção, migração, modificações, retirada.
	33.
	Qual tipo de teste é tipicamente mais importante durante o teste de manutenção se comparado com testar uma aplicação totalmente nova?
Teste de regressão
Teste de performance
Teste funcional
Teste de segurança
	34.
	Considere as seguintes situações:
Uma função existente no sistema em produção está sendo modificada para acomodar novos clientes.
Um sistema cliente-servidor é.migrado para um novo servidor hospedeiro o qual utiliza uma CPU diferente da usada no servidor corrente
Dados de um sistema em final da vida estão sendo arquivados em fita para possível análise futura.
Uma solicitação de mudança foi aprovada para a especificação de baseline durante um projeto de desenvolvimento
Qual das seguintes declarações é verdadeira?
Qualquer uma dessas situações deve ser gatilho para o teste de manutenção
Somente ii e iv poderiam ser gatilho para o teste de manutenção.
Somente i, ii, e iii poderiam ser gatilho para o teste de manutenção.
Somente i e ii poderiam ser gatilho para o teste de manutenção
	35.
	Qual das seguintes declarações é verdadeira?
Durante o teste de manutenção, a análise de impacto nos ajuda a decidir quanto teste de regressão deve ser executado
Durante o teste de manutenção, a análise de impacto nos ajuda a decidir quanto teste de confirmação deve ser executado
Durante novo desenvolvimento e teste de manutenção, a análise de impacto nos ajuda a decidir quanto teste de confirmação deve ser executado
Análise de impacto não afeta o teste de regressão
	36.
	O que é teste de manutenção?
Testar as mudanças em um sistema operacional ou o impacto de um ambiente alterado num sistema operacional.
Teste de um programa previamente testado seguindo as modificações para garantir que defeitos não foram introduzidos ou descobertos em áreas não alteradas do software
Teste que executa casos de teste que falharam da ultima vez em que foram executados, para verificar o sucesso de ações corretivas
Teste baseado na análise da especificação da funcionalidade de um componente ou sistema
	37.
	Em qual modelo de ciclo de vida o nível do teste de integração é mais provável de ocorrer concorrentemente durante uma porção significativa do nível de teste do sistema?
lterativo 
Modelo V 
Regressão 
 Performance
Capitulo 3: Técnicas estáticas (K2)
Seção 3.1: Revisões e o processo de teste (K2)
Objetivos do aprendizado
Reconhecer produtos do trabalho de software que possam ser examinados por diferentes técnicas estáticas. (Kl)
Descrever a importância e valor de considerar técnicas estáticas para avaliação de produtos do trabalho de software. (K2)
Explicar a diferença entre técnicas estática e dinâmica. (K2)
Objetivo de aprendizado da terminologia. (Kl) 
Termos
Teste dinâmico, revisões, analise estática.
	38.
	Considere os seguintes produtos do trabalho de software:
Plano de teste
Plano de projeto
Especificação de projeto de teste
Especificação de projeto de sistema
Código fonte
Qual das seguintes declarações é verdadeira?
Todos esses produtos de trabalho podem ser revisados
De todos os produtos de trabalho cm um projeto de software, somente esses podem ser revisados
Somente II. IV, e V podem ser revisados
Somente I e III podem ser revisados
	39.
	Você esta trabalhando como testador num projeto grande. Você é convidado para participar de uma reunião de revisão de especificação de requisitos como representante do time de teste. Qual razão pessoal poderia convencer você a participar dessa reunião, ou, perguntando a questão de outra forma, que benefícios das revisões afetam o teste mais diretamente e imediatamente?
O baixo número de bugs entregue ao cliente após o lançamento.
O baixo número de bugs entregue aos testadores durante a execução do teste.
A conclusão mais rápida do projeto
O custo reduzido para suportar o produto
	40.
	Você instalou o software sob teste no seu computador. Você esta executando o software e passando através das telas para rever cada prompt, incluindo mensagens de erro, verificando a sua exatidão.
Que técnica de teste você esta usando?
 Exploratória
Relacionada a mudança
Estática
Dinâmica
	41.
	O que é uma revisão?
Uma avaliação do status do produtoou projeto para apurar discrepâncias dos resultados planejados e recomendar melhorias
Teste de um componente ou sistema no nível de especificação ou implementação sem a execução daquele software 
Teste usando um modelo de operação de sistema e sua probabilidade de uso típico
Uma apresentação passo a passo pelo autor de um documento
Seção 3.2: Processo de revisão (K2)
Objetivos do aprendizado
Relembrar as fases, papéis e responsabilidades de uma revisão formal tipica. (k1)
Explicar as diferenças entre diferentes tipos de revisão, revisão informal, revisão técnica, walkthrough e inspeção. (k2)
Objetivo de aprendizado da terminologia.
Normas
[IEEE 1028] IEEE Std 1028TM (1997) IEEE Standard for Software Reviews 
Termos
Critérios de entrada, critérios de saída, revisão formal, revisão informal, inspeção, kick-off, métricas, moderador/líder de inspeção, revisão por pares, revisor, reunião de revisão, processo de revisão, redator, revisão técnica, walkthrough.
	42.
	Em uma revisão, qual é o nome do papel desempenhado por indivíduos com conhecimento técnico ou de negocio especifico que identificam e descrevem bugs no produto sob revisão?
Gerente
Revisor
Moderador
Autor
	43.
	Qual das seguintes é a diferença principal entre um walkthrough e uma inspeção?
Em uma inspeção, o autor faz uma apresentação passo a passo do documento e lidera a reunião de revisão 
Não há diferença: os termos são sinônimos
Em um walkthrough. o autor faz uma apresentação passo a passo do documento c lidera a reunião de revisão
Um walkthrough é uma forma de programação por pares, enquanto uma inspeção pode ser aplicada a qualquer produto de trabalho
	44.
	A fim de ter revisões de sucesso, é critico que as pessoas estejam motivadas a encontrar defeitos no produto de trabalho sob revisão. Por que?
 Experiências negativas nas revisões motivarão os autores a cometer menos erros no futuro
Métricas das revisões deveriam ser utilizadas pelos gerentes para avaliar a performance do empregado 
Desde que algum numero de defeitos esta certamente presente, é melhor e mais barato encontrá-los mais cedo numa revisão
Encontrar defeitos no trabalho de cada um ajuda a criar um ambiente de trabalho humilde e sem ego
	45.
	O que é uma revisão por pares?
Uma revisão de um produto de trabalho de software por colegas '•ar do criador do produto com o objetivo de identificar defeitos e melhorias
Um exame formal, visual dos documentos para detectar defeitos, baseado num procedimento documentado
Uma apresentação passo a passo pelo autor de um documento para obter informação e estabelecer um entendimento comum do seu conteúdo
Uma avaliação sistemática de aquisição do software, fornecimento, desenvolvimento, operação, ou manutenção do processo
	46.
	Qual norma que é referenciada no plano de estudos ISTQB Foundation 2005 que trata das revisões de gerenciamento, revisões técnicas, walkthroughs, inspeções e auditorias?
IEEE 829
CMMI
ISO 9126
IEEE 1028
Seção 3.3: Analise estática através de ferramentas (K2)
Objetivos do aprendizado
Descrever o objetivo da analise estática e compará-la com o teste dinâmico.
Relembrar defeitos típicos e erros identificados pela analise estática e compará-los com revisões e teste dinâmico. (Kl)
Listar os benefícios típicos da analise estática. (K1)
Listar defeitos típicos de código e projeto que podem ser identificados por ferramentas de analise estática. (Kl)
Objetivo de aprendizado da terminologia. 
Termos
Compilador, complexidade, fluxo de controle, fluxo de dados, analise estática.
	47.
	Qual é a diferença chave entre analise estática e teste dinâmico?
Analise estática não envolve execução de código, enquanto que o teste dinâmico sim
Teste dinâmico não envolve execução de código, enquanto que analise estática sim 
Não há diferença, os termos são sinônimos 
Teste dinâmico encontra defeitos, enquanto que analise estática encontra falhas 
	2
	48.
	 Qual dos seguintes é um defeito típico identificado pela analise estática?
Lançar uma exceção não tratada
Travamento da aplicação
Referenciar uma variável com um valor indefinido 
 D. Baixa complexidade do código fonte
	1
	49.
	Qual é a diferença chave entre analise estática e teste dinâmico?
Analise estática não envolve execução de código, enquanto que o teste dinâmico sim
Teste dinâmico não envolve execução de código, enquanto que analise estática sim 
Não há diferença, os termos são sinônimos 
Teste dinâmico encontra defeitos, enquanto que analise estática encontra falhas
	2
	50.
	Qual dos seguintes é um defeito típico identificado pela analise estática?
Lançar uma exceção não tratada
Travamento da aplicação
Referenciar uma variável com um valor indefinido 
Baixa complexidade do código fonte
	1
	51.
	Considere o seguinte:
Detecção mais cedo dos defeitos
Metricas de produtividade dos programadores
Avisos das métricas mais cedo sobre o código
Prevenção de defeitos
Detecção de requisitos faltantes
Qual das seguintes declarações é verdadeira? 
Todos são benefícios típicos da analise estática do código
I, III e IV são benefícios típicos da analise estática do código.
I, II e IV são benefícios típicos da analise estática do código.
II e V são benefícios típicos da analise estática do codigo.
	1
	52.
	Qual das seguintes é um típico defeito de código que uma ferramenta de analise estática poderia encontrar?
Uma vulnerabilidade de segurança relacionada a estouro de buffer
Problema da interface com usuário em relação ao esquema de cores
Falta de código para um caso de uso chave
Possibilidade de iniciar uma tarefa que exigiria gasto de esforço
	1
	53.
	O que é complexidade?
O numero de caminhos independentes através de um programa
A porcentagem de defeitos detectados antes do lançamento
O custo total do projeto dividido pelo numero de linhas de codigo novas e alteradas.
O grau de dificuldade de entendimento, manutenção e verificação de um projeto ou estrutura interna de um componente ou sistema
	1
	54.
	Qual das seguintes poderia ser uma diferença chave entre uma revisão por pares do código e a analise estática do código utilizando uma ferramenta?
Analise estática pode ser feita pelo autor sozinho
Revisões por pares encontram defeitos enquanto analise estática encontra falhas
Revisões por pares encontram falhas enquanto analise estática encontra defeitos 
Revisões por pares não podem encontrar requisitos faltantes enquanto que analise estática pode
	2
Capitulo 4: Técnicas de projeto de teste (K3)
Seção 4.1: Identificando condições de teste e projetando casos de teste (K3)
Objetivos do aprendizado
Diferenciar entre uma especificação de projeto de teste, especificação de caso de teste e especificação de procedimento de teste. (Kl)
Comparar os termos condição de teste, caso de teste e procedimento de teste. (K2)
Escrever casos de teste: ÍK3)
Mostrando clara rastreabilidade aos requisitos: 
Contendo um resultado esperado.
Traduzir casos de teste numa especificação de procedimento de teste bem estruturada ao nível de detalhes relevantes para o conhecimento dos testadores. (K3)
Objetivo de aprendizado da terminologia. (Kl) 
Normas
[IEEE 829] IEEE Std 829™ (1998/2005) IEEE Standard for Software Test Documentation
Termos
Casos de teste, especificação de caso de teste, condição de teste, dados de leste, especificação de procedimento de teste, script de teste, rastreabilidade.
	55.
	Considere os seguintes produtos do trabalho de teste e seus propósitos:
Especificação de projeto de teste.
Especificação de caso de teste.
Especificação de procedimento de teste.
Especifica seqüências de ações de teste.
Especifica resultados esperados dos testes.
Especifica condições de teste
Qual das seguintes declarações casa corretamente o produtodo trabalho com o seu propósito?
I vai com IV; II vai com V; III vai com VI.
I vai com VI e V; II ou III pode ir com IV.
I vai com VI; II vai com V; III vai com IV.
 D. I vai com VI; II vai com IV; III vai com V.
	56.
	Você está testando um sistema de comércio eletrônico.
Uma área de interesse é a capacidade de debitar uma compra aos cartões de crédito aceitos durante o processo de check out.
Você obtém uma lista de todos os cartões de crédito aceitos.
Você documenta as ações a serem tomadas quando for testar o processo de check out.
 Qual das seguintes declarações é verdadeira?
I está relacionada com as condições de teste; II é parte do caso de teste: III é parte do procedimento de teste.
III é relacionada com condições de teste: I é parte do caso de teste: I é parte do procedimento de teste.
I. II. e III pertencem à especificação de projeto de leste.
I, II. e III pertencem ao plano de teste.
	57.
	Considere a seguinte parte de um caso de teste:
	Zero ("0")
	Um item a mais do que a quantidade máxima por pedido 
	Números não inteiros (ex., "1.5") Números negativos (ex., "-1") 
	Letras Pontuação Entrada nula (nada)
	Seqüências muito longas formadas apenas por dígitos
Consulte o guia do usuário e a ajuda online para determinar a quantidade máxima por pedido assim como as mensagens de erro apropriadas que devem ser exibidas sob essas condições. Verifique as mensagens de erros apropriadas e a possibilidade de corrigir o campo e continue até entrar um valor válido.
Qual dos seguintes elementos de um caso de teste é encontrado nesse fragmento de caso de teste?
Resultados esperados
Clara rastreabilidade aos requisitos
Pré-condições de execução
Pós-condições de execução
	58.
	Objetivo de aprendizado: Escrever casos de teste: mostrando clara rastreabilidade aos requisitos; contendo um resultado esperado. (K3)
Considere a seguinte parte de um caso de teste:
	Zero ("0")
	Um item a mais do que a quantidade máxima por pedido 
	Números não inteiros (ex., "1.5") 
	Números negativos (ex., "-1") 
	Letras Pontuação Entrada nula (nada)
	Seqüências muito longas formadas apenas por dígitos
Consulte o guia do usuário e a ajuda online para determinar a quantidade máxima por pedido assim como as mensagens de erro apropriadas que devem ser exibidas sob essas condições. Verifique as mensagens de erros apropriadas e a possibilidade de corrigir o campo e continue até entrar um valor válido.
Qual dos seguintes elementos de um caso de teste é encontrado nesse fragmento de caso de teste?
Resultados esperados
Clara rastreabilidade aos requisitos
Pré-condições de execução
Pós-condições de execução
	59.
	Um analista de negocio trabalhando no papel de testador escreveu a seguinte parte de um procedimento de teste:
Crie uma nova conta de usuário
Tente efetuar ações invalidas naquela conta. Verifique a rejeição daquelas ações.
Efetue uma sequencia de transações válidas na conta. Assegure-se de que haja saldo.
Apague a conta. Assegure-se de que a informação sobre a conta está arquivada ao invés de removida.
Considere as seguintes suposições que este procedimento de teste poderia fazer sobre as pessoas que irão executar o teste.
Eles compreendem as forma que o software funciona; isto é, como efetuar tarefas especificas com ele.
Eles entendem o problema de negocio que o software resolve e seriam capazes de diferenciar comportamento correto do incorreto.
Eles compreendem a estrutura interna do sistema.
Eles foram envolvidos para escrever a especificação de requisitos.
Eles tem permissão para criar e apagar contas e inspecionar dados arquivados.
Qual das seguintes declarações é verdadeira?
Todas são suposições necessárias sobre as pessoas que executarão o teste.
I, II e III são suposições necessárias sobre as pessoas que executarão o teste, mas IV e V não são necessarias.
Todas são suposições não necessárias sobre as pessoas que executarão o teste, pois é um teste detalhado.
I, II e IV são suposições necessárias sobre as pessoas que executarão o teste, mas o III e o IV não são necessárias.
	60.
	Considere a seguinte lista de casos de teste, prioridades (quanto menor o número, maior a prioridade), e dependências:
Caso de teste número: Nome do caso de teste/ Prioridade / Dependência
01.001: Navegue por itens / 3 / nada 
01.002: Adicione item ao carrinho de compras / 2 / 01.001 
01.003: Check out / 1 / 01.002
01.004: Salve o carrinho sem check out / 4 / 01.002
01.005: Retorne a loja, acesse o carrinho salvo, check out / 4 / 01.004
Qual das seguintes é uma possível programação de execução de teste considerando tanto prioridade como dependências?
01.001, 01.002, 01.001, 01.002, 01.003, 01.004, 01.005
01.002, 01.001, 01.004, 01.005, 01.002, 01.001, 01.003
01.001, 01.002, 01.004, 01.005, 01.001, 01.002, 01.003
01.001, 01.002, 01.003, 01.001, 01.002, 01.004, 01.005
	61.
	O que é rastreabilidade?
A capacidade do produto de software de permitir software modificado ser testado
A habilidade de identificar itens relacionados na documentação e no software, como requisitos associados a testes
Uma abordagem para teste de integração onde o componente no topo da hierarquia de componentes é testado primeiro
O grau no qual um requisito é declarado de forma a permitir o estabelecimento de projetos de teste
	62.
	Qual das seguintes é a seção principal no modelo de especificação de projeto de teste da EEEE 829?
Refinamentos na abordagem 
Especificações de saída 
Especificações de entrada
Características que não serão testadas
	63.
	Qual das seguintes é a seção principal no modelo de especificação de caso de teste da IEEE 829?
Passos do procedimento
Necessidades ambientais
Critérios de sucesso/falha nas características
Riscos e contingência
	64.
	Objetivo de aprendizado: Norma IEEE 829
Qual das seguintes é a seção principal no modelo de especificação de procedimento de teste da IEEE 829?
Itens de teste
Propósito 
Identificação do teste
Critérios de suspensão/retorno
Seção 4.2: Categorias das técnicas de projeto de teste (K2)
Objetivos do aprendizado
Lembrar razões pelas quais as abordagens baseada na especificação (caixa preta) e baseada na estrutura (caixa branca) são úteis no projeto de casos de teste, e listar as técnicas comuns para ambas. (Kl)
Explicar as características e diferenças entre teste baseado na especificação, teste baseado na estrutura e teste baseado na experiência. (K2)
Terminologia LO
Termos
Técnicas caixa preta, técnicas baseadas na experiência, técnicas baseadas na especificação, técnicas baseadas na estrutura, técnicas caixa branca.
	65.
	Qual das seguintes é uma razão de porque abordagens de teste baseadas na estrutura são úteis?
Abordagens de teste baseadas na estrutura encontram defeitos ao invés de falhas.
Abordagens baseadas na estrutura não requerem ferramentas.
A extensão da cobertura do software pode ser medida para casos de teste existentes, e outros casos de teste podem ser sistematicamente derivados para aumentar a cobertura.
Modelos da especificação são usados para sistematicamente derivar casos de testes.
	66.
	Você está desenvolvendo testes analisando um conjunto de casos de uso preparados pelos analistas de negócios. Que tipo de abordagem de teste você está usando?
Baseada na estrutura
Baseada na experiência
Ad hoc
Baseada na especificação
	67.
	O que é técnica de projeto de teste caixa preta?
Um procedimento para derivar e/ou selecionar casos de teste baseados na análise da especificação
Um procedimento para derivar e/ou selecionar casos de teste baseados na análise da estrutura interna 
Um procedimento informal onde o testador controla ativamente o projeto dos testes enquanto os testes são executados
Um procedimento para testar todas as combinações de valores de entradae pré-condições
Seção 4.3: Técnicas baseadas na especificação ou caixa preta (K3)
Objetivos do aprendizado
Escrever casos de teste a partir de modelos fornecidos de software usando as seguintes técnicas de projeto de teste: (K3)
Particionamento equivalência;
Análise do valor limite;
Tabelas de decisão;
Diagramas de transição de estado.
Entender o propósito principal de cada uma das quatro técnicas, que nível e tipo de teste poderia usar a técnica, e como a cobertura pode ser medida. (K2)
Entender o conceito de teste de caso de uso e seus benefícios. (K2)
Objetivo de aprendizado de terminologia (Kl) 
Termos
Análise do valor limite, teste de tabela de decisão, particionamento equivalência, teste de transição de estado, teste de caso de uso.
	68.
	Um campo aceita como entrada um inteiro entre 1 e 99 representando a de um item a ser comprado. Considere os seguintes números:
0
-7
1
52
99
100
129
Qual das seguintes declarações é verdadeira? 
II, IV, e VII são valores limite, enquanto que I, III, V, e VI são membros das partições de equivalência inválido-muito baixo, válido, e inválido-muito alto.
I, III, V, e VI são valores limite, enquanto que II, IV e VII são membros das partições de equivalência inválido-muito baixo,, válido, e inválido-muito alto.
Todos os sete valores são valores limite e membros de uma das três partições de equivalência
Somente I, III, V, e VI são membros de uma das três partições de equivalência
	69.
	Você está testando um sistema de comércio eletrônico. Para pagar uma compra, o sistema aceita quatro tipos diferentes de cartões de crédito, cada um dos quais tem suas próprias regras para números válidos e inválidos dos cartões. Uma parte da tabela de decisão para tratamento das ordens é a seguinte:
Condição
Número de cartão inválido Sim Não Não 
Compra aprovada Não Não Sim 
Ação 
Mensagem de recusa Sim Sim Não 
Processo de pagamento Não Não Sim 
Note que a combinação das condições Numero de cartão inválido e Compra aprovada não pode ocorrer. Assuma que você quer testar de uma forma que cubra totalmente as combinações das partições de equivalência; para os tipos de cartão e as regras mostradas nesta parte da tabela de decisão, de quantos testes você precisa (somente para o processamento descrito nesta parte da tabela de decisão)?
12
8
9
3
	70.
	Um caixa eletrônico (ATM) tem o seguinte diagrama de transição de estado para retiradas: FALTOU A FIGURA
Assuma que você quer desenvolver o número mínimo de testes para cobrir cada transição no diagrama de transição de estados. Assuma também que cada .teste precisa iniciar e terminar no estado inicial, Esperando cliente. De quantos testes você precisa?
1
3
5
Infinitos
	71.
	Qual é a regra da cobertura mínima para a tabela de decisão? 
Cobre todas as combinações de condições 
Cobre cada ação possível 
Cobre cada coluna na tabela 
Cobre cada condição verdadeira e falsa
	72.
	Qual é um benefício típico do teste de caso de uso?
Encontrar defeitos em cada partição de equivalência 
Encontrar defeitos em cada valor limite 
Encontrar defeitos em transições possíveis de estados
Encontrar defeitos nos fluxos de processo durante o uso real
	73.
	O que é valor limite?
Um valor de entrada ou valor de saída que está na margem de uma partição de equivalência ou na menor distancia incremental em cada lado da margem
Uma tabela que mostra combinações de entradas e/ou estímulos com suas saídas e/ou ações associadas
Um diagrama que descreve os estados que um componente ou sistema pode assumir, e mostra os eventos ou circunstâncias que causam e/ou resultam de uma mudança de um estado para outro
Uma parte de um domínio de entrada ou saída para a qual o comportamento de um componente ou sistema é assumido a ser o mesmo
Seção 4.4: Técnicas baseadas na estrutura ou caixa branca (K3)
Objetivos de aprendizado
Descrever o conceito e importância da cobertura de código. (K2)
Explicar os conceitos de cobertura de declaração e decisão, e entender que esses conceitos também podem ser usados em outros níveis de teste além do leste de componente (ex. em procedimentos de negócio ao nível do sistema). (K2)
 Escrever casos de teste a partir de fluxos de controle fornecidos usando as seguintes técnicas de teste: (K3)
Teste de declaração:
Teste de decisão.
Avaliar a cobertura de declaração e decisão para completude. (K3)
Objetivo de aprendizado de terminologia (Kl) 
Termos
Cobertura de código, cobertura de decisão, cobertura de declaração, teste estrutural, teste baseado na estrutura, teste caixa branca.
	74.
	Você é o responsável pelo teste de componente de novas funções sendo adicionadas ao sistema. Você quer aumentar seus testes baseados na especificação para essas funções com testes baseados na estrutura para os componentes assim que são escritos. Qual das seguintes formas de medir a cobertura estrutural parece ser mais aplicável neste nível?
Cobertura de declaração e decisão
Cobertura de árvore de chamada
Estrutura do menu 
Cobertura estrutural não é usada no nível componente
	75.
	Ao testar uma aplicação financeira, você alcançou cobertura completa dos testes baseados na especificação em relação a regras para cobertura das partições de equivalência, valores limite, tabelas de decisão, diagramas de transição de estados, e casos de uso. Você usa uma ferramenta de cobertura de código para medir a cobertura de código de testes baseados na especificação. Você descobre que 30% das decisões são cobertas pelos seus testes existentes. Baseado na cobertura de código, que decisão você deveria tomar?
Você adiciona testes adicionais para alcançar 100% de cobertura das declarações, porque isso também renderá 100% cobertura de decisões
Você decide que a ferramenta calculou mal a cobertura de decisão e relata um defeito ao vendedor da ferramenta
Você decide que o código não coberto não é atingível e pede aos desenvolvedores para removê-lo
Você adiciona testes adicionais para cobrir decisões importantes que não eram cobertas pelos seus testes baseados na especificação
	76.
	Considere a seguinte função:
Int fatorial (int n)
/*Calcula o fatorial usando recursividade. *
* O fatorial de um numero é o produto *
* do próprio numero vezes o fatorial *
* do numero menos 1; isto é, *
*n! = n* ((n – 1)!) *
* Os fatoriais de 0 e 1 são ambos 1. *
{
	Int f = 1
	if (n < 0) {
		fprintfIstderr, “fatorial: Argumento negativo. \n”);
	} else if ((n == 0) || (n == 1)) {
	f = 1;
	} else {
	f = n*fatorial(--n);
	}
	return(f);
}
Assuma que você tem um test harness que lhe permitirá submeter valores de teste para a função fatorial (as entradas) e checar os valores que ela retorna (as saídas). Qual dos seguintes conjuntos de casos de teste fornece as especificações de entrada e saída corretas e atinge 100% de cobertura de decisão com o numero mínimo de casos de teste? Assuma que a entrada é o primeiro número em cada par. e a saída é o segundo. 
0,1; 1,1; 2,2.
-1,-1; 1,1; 5,120.
-1,-1; 0,1; 1.1; 3.6. 
-1, -1; 0,1; 4,12.
	77.
	Considere a seguinte função:
Double remunera (double avg_balance, double annual_rate) 
/* Calcula a remuneração mensal para uma conta remunerada *
* baseando a remuneração no balanço da média mensal. *
* Se o avg_balance é menor do que zero, é calculada *
* remuneração negativa, mas outros módulos *
* tratam do lançamento do débito. *
* A taxa anual é expressa como uma porcentagem *
{
double calç_int=0.0; 
(if avg_balance > 0.00) {
Double monthly_rate = annual_rate / 12.0;calc_int = avg_balance * (monthly_rate / 100.0):
}
return (calç_int);
}
Assuma que você tem um test harness que lhe permitirá submeter valores de teste para a função fatorial (as entradas) e checar os valores que ela retorna (as saídas). Qual dos seguintes conjuntos de casos de teste fornece as especificações de entrada e saída corretas e atinge 100% de cobertura de decisão com o numero mínimo de casos de teste? Assuma que as entradas são os primeiros dois números em cada trio, e a saída é o terceiro.
100.0, 5.0. 0,42.
100.0, 5.0, 0.42; -50.0, 1.25, 0.0. 
100.0, 5.0, 0.42; 0.0, 2.5, 0.0; -50.0, 1.25, 0.0. 
100.0, 5.0, 0.42; 0.01, 25.0, 0.0; 0.0, 2.5, 0.0; -0.01, 10.0, 0.0; -50.0,1.25,0.0.
	78.
	O que é cobertura de decisão?
Uma tabela que mostra combinações de entradas com suas saídas associadas
Um ponto de programa no qual o fluxo de controle tem duas ou mais rotas alternativas
A porcentagem de comandos executáveis que foram exercitados por uma suíte de teste 
A porcentagem de resultados de decisão que foram exercitadas por uma suite de teste
Seção 4.5: Técnicas baseadas na experiência (K2)
Objetivos do aprendizado
Relembrar razões para escrever casos de teste baseados na intuição, experiência e conhecimento sobre defeitos comuns. (Kl)
 Comparar técnicas baseadas na experiência com técnicas de teste baseadas na especificação. (K2)
Objetivo de aprendizado de terminologia (Kl) 
Termos
Suposição de erro, teste exploratório.
	79.
	Qual das seguintes é uma boa razão para usar técnicas baseadas na experiência para o teste?
Porque essas técnicas são amplamente praticadas 
Porque você pode pular análise de teste destrutivo e passos de projeto que não têm qualquer benefício
Porque clientes e usuários sempre preferem ter mais rápido software funcionando do que software de alta qualidade que demore mais para ser entregue
Porque você pode identificar testes especiais que não são facilmente capturados por técnicas formais
	1
	80.
	Em qual das seguintes situações você deve contar de forma mais pesada com técnicas baseadas na experiência do que com técnicas baseadas na especificação?
Você recebeu requisitos e especificações de projeto e tempo adequado para preparar
Você não tem qualquer documentação escrita sobre como o produto deveria funcionar
Você esta liderando um time de pessoas novas no domínio do negócio e na tecnologia do projeto 
Você foi avisado para prevenir defeitos através de um honesto planejamento, análise e projeto de teste
	2
	81.
	O que é teste exploratório?
Uma abordagem de teste na qual a suíte de teste engloba todas as combinações de valores de entrada e pré-condições 
Uma técnica informal de projeto de teste onde o testador controla ativamente o projeto dos testes enquanto os testes são executados e usa a informação obtida enquanto está testando para projetar novos e melhores testes
Teste executado informalmente; não ocorre nenhuma preparação formal de teste, não é usada qualquer técnica reconhecida de projeto de teste, não existem resultados esperados e a atividade de execução de teste é aleatória 
Testes operacionais reais ou simulados são executados por usuários/clientes em potencial ou por um time independente de teste na casa do desenvolvedor, mas fora da organização de desenvolvimento
	1
Seção 4.6: Escolhendo técnicas de teste (K2)
Objetivos do aprendizado
Listar os fatores que influenciam a seleção da técnica de projeto de teste apropriada para um tipo particular de problema, como o tipo do sistema, risco requisitos do cliente, modelos para modelagem de casos de uso. modelos de requisitos ou conhecimento do testador. (Kl)
Termos
Nenhum termo específico.
	82.
	Você está testando um dispositivo médico controlado por software de segurança crítica que será implantado nos corpos dos pacientes. Falhas do dispositivo, incluindo falhas relacionadas ao software, significam que o paciente pode morrer. Quaisquer anomalias com o dispositivo requereriam cirurgias invasivas e perigosas para remover e substituir o dispositivo e/ou seu software. Quais são as técnicas de teste apropriadas para usar?
Baseada na estrutura e baseada na especificação
Baseada na estrutura, baseada na especificação, e baseada na experiência
Todas as técnicas estáticas e dinâmicas disponíveis 
Baseada na experiência
	2
Capítulo 4 Questão multi seção
	83.
	Qual das seguintes é uma abordagem baseada na estrutura para o projeto de casos de teste?
Diagramas de transição de estado
Análise do valor limite 
Particionamento de equivalência
Cobertura de declarações
Capitulo 5.0: Gerenciamento do teste (K3)
Seção 5.1: Organização do teste (K2)
Objetivos do aprendizado
Reconhecer a importância do teste independente. (Kl)
Listar os benefícios e desvantagens do teste independente dentro de uma organização. (k2)
Reconhecer os diferentes membros do time a serem considerados para a criação de um time de teste. (Kl)
Relembrar as tarefas de um típico líder de teste e testador. (Kl)
Objetivo de aprendizado da terminologia. (K1) 
Termos
Testador, líder de teste, gerente de teste.
	84.
	Qual é uma vantagem do uso de testadores independentes?
Times independentes de teste são responsáveis por assegurar o término na hora certa do período de execução do teste 
Testadores independentes são freqüentemente mais efetivos na descoberta de defeitos
Você não precisa de pessoas com conhecimento do domínio técnico ou de negócio num time de teste independente 
Teste independente isenta os desenvolvedores de qualquer responsabilidade pela qualidade
	1
	85.
	Você gostaria de configurar um time independente de teste para um projeto futuro, com você no papel de líder. Você sabe que os altos e imprevisíveis custos associados com a necessidade de entregar versões sem falhas em campo são as maiores fontes de preocupação para a companhia. Qual dos seguintes objetivos do teste independente endereça efetivamente esta preocupação e promove sua idéia para a administração?
Testadores independentes vêem outros e diferentes defeitos do que os testadores que não são independentes
Teste independente faz o processo de liberação mais previsível
Problemas de qualidade no campo podem ser perigosos para a segurança publica 
Testadores independentes terão responsabilidade pelos defeitos 
	2
	86.
	Você foi designado líder de teste por todo o teste de um projeto futuro. Você está atualmente montando o time de teste para o nível de teste de componente. Das seguintes pessoas, quais seriam melhores qualificados para trabalhar como testadores nesse nível?
Analistas de negócio
Desenvolvedores
Usuários experientes
Operadores
	1
	87.
	Qual das seguintes é uma tarefa típica para um líder de teste?
Preparar e obter dados de teste
Criar especificações de teste
Revisar e contribuir para planos de teste 
Coordenar a estratégia de teste e planejar com gerentes de projeto e outros
	1
	88.
	O que é um gerente de teste?
Uma ferramenta que facilita a gravação e acompanhamento do status dos defeitos
O indivíduo, que dirige, controla, administra, planeja e regula a avaliação de um objeto de teste.
Uma ferramenta que prove suporte ao gerenciamento do teste e controla parte do processo de teste
Um profissional experiente que é envolvido no teste de um componente ou sistema
	1
Seção 5.2 Planejamento e estimativa do teste (K2)
Objetivos do aprendizado
Reconhecer os diferentes níveis e objetivos do planejamento do teste. (Kl)
Sumarizar o propósito e conteúdo dos documentos de plano de teste, especificação do projeto do teste e procedimento de teste de acordo com a 'Standard for Software Test Documentation' (IEEE 829). (K2)
Relembrar fatores típicos que influenciam o esforço relacionado ao teste. (Kl)
Diferenciar entre duas abordagens de estimativas conceitualmente diferentes: abordagem baseada na métricae abordagem baseada em pessoas experientes. (K2).
Diferenciar entre o assunto do planejamento do teste para um projeto, para níveis de teste individuais (ex. teste de sistema) ou alvos específicos de teste (ex. teste de usabilidade), e para execução do teste. (K2)
Listar as tarefas de preparação e execução do teste que necessitam de planejamento. (Kl)
Reconhecer/justificar critérios de êxito adequados para níveis de teste específicos e grupos de caos de teste (ex. para teste de integração, teste de aceitação ou casos de teste para teste de usabilidade). (K2)
Objetivo de aprendizado da terminologia. (Kl) 
Normas
[IEEE 829] IEEE Std 829™ (1998/2005) IEEE Standard for Software Test Documentation (atualmente em revisão)
Termos
Critérios de entrada, critérios de saída, teste exploratório, abordagem de teste, nível de teste, piano de teste, procedimento de teste, estratégia de teste.
	89.
	O que cobre um plano mestre de teste?
Teste ao nível do teste de sistema 
Teste ao nível do teste de aceitação
Todo o teste no projeto
Teste de releases de manutenção
	1
	90.
	Você está trabalhando atualmente como um gerente de teste em um projeto. Você está pensando sobre critérios de entrada e saída e o.ambiente de teste, e discutindo opções com o time de projeto. As decisões tomadas sobre esses tópicos pertencem a qual documento?
Plano de teste 
Especificação de projeto de teste
Especificação de procedimento de teste
Transmissão de item de teste 
	2
	91.
	Considere os seguintes fatores:
As características do produto sob teste
O valor do ambiente de teste existente
As características do processo de desenvolvimento
O resultado do teste
Barreiras de linguagem e zonas de tempo diferentes entre os membros do time
Qual das seguintes declarações é verdadeira?
Fatores I, II, e III influenciam o esforço de teste na maioria dos projetos
Todos esses fatores influenciam o esforço de teste em todos os projetos
Fatores I, III. e IV influenciam o esforço de teste na maioria dos projetos
Fatores III. IV. e V influenciam o esforço de teste na maioria dos projetos
	1
	92.
	Qual das seguintes declarações é verdadeira?
Estimativa de teste pelos donos das tarefas e pessoas experientes é sempre mais exata do que estimativa de teste via métricas.
Estimativa de teste pelos donos das tarefas e pessoas experientes pode ser usada junto com estimativa de teste via métricas
Estimativa de teste pelos donos das tarefas e pessoas experientes é sempre menos exata do que estimativa de teste via métricas.
Estimativa de teste pelos donos das tarefas e pessoas experientes sempre deveria preceder estimativa de teste via métricas.
	2
	93.
	Você está atualmente selecionando métricas para monitorar o status do caso de teste (passou, falhou, ainda não executado, etc), status de bug (encontrado, corrigido, corrigido confirmado, etc), e status da cobertura do teste (teste planejado, teste executado e passou, teste executado e falhou, etc). Qual tipo específico de planejamento de teste você está fazendo?
Planejamento do teste para o projeto 
Planejamento do teste para o nível de teste de sistema
Planejamento do teste para o teste de performance 
Planejamento do teste para execução do teste
	2
	94.
	Qual das seguintes é uma tarefa específica para a preparação do teste deveria ser endereçada durante o planejamento do teste?
Definindo a abordagem completa do teste
Integrando e coordenando as atividades de leste dentro das atividades do ciclo de vida do software
Tomando decisões sobre como os resultados serão avaliados e quando parar o teste
Definindo a quantidade, nível de detalhe, estrutura e modelos para
a documentação do teste
	1
	95.
	Suponha que você encontre o seguinte critério de entrada no plano de teste de aceitação:
O sistema deverá ser completo em termos de características, e ter corrigido todos os bugs necessário-corrigir e confirmados como corrigidos pelo time de teste de sistema, antes da entrega dos primeiros itens de teste para o teste de aceitação
Qual das seguintes razões poderia justificar este critério de entrada?
O sistema provavelmente será pobremente desenvolvido sem esse critério.
O teste de aceitação será executado por usuários experientes para os quais o tempo tem muito valor e que não deveriam ficar frustrados por ter que testar sistemas incompletos e cheios de bugs
O objetivo do teste de aceitação é encontrar tantos defeitos quanto possível
O objetivo do teste de aceitação é prevenir tantos defeitos quanto possível
	2
	96.
	O que é um plano de teste?
Uma fonte para determinar resultados esperados para comparar com os resultados atuais do software sob teste
Um documento especificando a seqüência de ações para a execução de um teste
Um documento descrevendo o escopo, abordagem, recursos e programação das atividades pretendidas de teste
Um documento especificando as condições de teste (itens de cobertura) para um item de teste, a detalhada abordagem de teste e identificando os casos de teste de alto nível associados
	1
	97.
	Qual das seguintes é uma seção importante no modelo de plano de teste da IEEE 829?
Necessidades de pessoal e treinamento
Passos do procedimento
Especificações de entrada
Critérios de sucesso/falha das características
	1
Seção 5.3 Monitoramento e controle do progresso do teste (K2)
Objetivos do aprendizado
Relembrar métricas comuns para monitoramento da preparação e execução do teste.(Kl)
Entender e interpretar métricas de teste para relato de teste e controle de teste (ex., defeitos encontrados e corrigidos, e testes que passaram e testes que falharam). K2
Sumarizar o propósito e conteúdo do documento de relato de sumário de teste de acordo com a 'Standard for Software Test Documentation' (IEEE 829). (K2)
 Objetivo de aprendizado da terminologia. (Kl) 
Normas
[IEEE 829] IEEE Std 829™ (1998/2005) IEEE Standard for Software Test Documentation (atualmente em revisão)
Termos
Densidade de defeitos, taxa de falha, controle do teste, cobertura do teste, monitoramento do teste, relato do teste.
	99.
	Quais das seguintes são métricas comuns usadas para monitorar a execução do teste?
Porcentagem de testes planejados preparados
Porcentagem da configuração do ambiente de teste completada
Porcentagem de cobertura da base de teste pelos testes preparados
Número cumulativo de defeitos, ambos encontrados e resolvidos
	100.
	Você esta trabalhando como gerente de teste responsável pelos testes de integração e sistema em um projeto que esta em cerca da metade do período programado de execução do teste.
Considere o seguinte gráfico mostrando os bugs cumulativos abertos e fechados ao longo do tempo no projeto:
Suponha que o gerente de marketing do produto sugira que, como o release corrente em campo sofre com 500 problemas conhecidos, o produto atualmente sendo testado deverá ser lançado imediatamente para os clientes existentes de modo a evitar que eles tenham que esperar mais três meses com um produto tão cheio de bugs.
Usando somente o gráfico mostrado acima, quais informações você poderia mostrar ao time de projeto que pudesse mudar suas mentes sobre essa sugestão?
Muitos testes ainda estão falhando para lançar agora, e há um grande número de testes relacionados a bugs críticos
Os testes executados não cobrem suficientemente a base de teste, um grande número de arriscados desconhecidos permanece para serem endereçados
O número de bugs fora de série é maior do que os 500 bugs em campo
O teste está revelando cerca de 150 bugs por semana pelas últimas cinco semanas, e você espera encontrar mais 750 bugs antes do final do projeto
	101.
	Considere o seguinte sumário de seção de um relatório de sumário de teste-da IEEE 829 entregue após o teste de um produto de consumo eletrônico de entretenimento ter sido completado:
Nós executamos 100% dos 547testes planejados, e nós suplementamos aqueles testes com 83 testes exploratórios adicionais para procurar por outros defeitos que os nossos scripts de teste poderiam perder de outra forma. Nenhum dos testes com script ou exploratórios tiveram qualquer defeito registrado que fosse fora de série, conhecido ou necessário - corrigir. Nós seguimos os scripts de testes para traz até a especificação de requisitos, a especificação do projeto, e a análise de risco de qualidade, e não existem falhas de cobertura conhecidas. Nós encontramos 235 defeitos, todos atualmente resolvidos. 127 foram avaliados como necessário - corrigir e reparados; nós confirmamos todos aqueles reparados testando-os novamente. Os outros defeitos foram adiados (92) pelo time de gerenciamento do projeto como não suficientemente importantes para atrasar o lançamento ou foram cancelados (16) como não sendo desvios atuais do comportamento desejado.
Baseado nessa informação, o que você esperaria que o gerente de teste concluísse?
A cobertura de teste foi insuficiente para suportar uma decisão de lançamento
Existem muitos bugs para suportar uma decisão de lançamento
Teste exploratório foi usado para o propósito errado 
Todos os dados disponíveis suportam uma decisão de lançamento
	102.
	O que significa taxa de falha?
Desvio do componente ou sistema da sua esperada entrega, serviço ou resultado
A proporção do número de falhas de uma dada categoria para uma dada unidade de medida
O número de defeitos identificados em um componente ou sistema dividido pelo tamanho do componente ou sistema
Regras de decisão usadas para determinar se um item de teste (função) ou característica passou ou falhou em um teste
	103.
	Qual das seguintes é um título de seção do modelo de registro de teste IEEE?
Entradas de atividade e evento
Critérios de sucesso/falha item
Passos de procedimento
Especificação de saída
Seção 5.4 Gerenciamento de configuração (K2)
Objetivos do aprendizado
Sumarizar como o gerenciamento de configuração suporta o teste. (K2)
Objetivo de aprendizado da terminologia. (Kl) 
Normas
[IEEE 829] IEEE Std 829™ (1998/2005) IEEE Standard for Software Test Documentation (atualmente em revisão)
Termos
Gerenciamento de configuração, controle de versão.
	104.
	Você está testando um software de vídeo game que funciona em hardware padrão, comercialmente disponível. O time de desenvolvimento relata que eles não conseguem reproduzir falhas que você está observando no laboratório de teste. Seu projeto não tem uma ferramenta ou processo de gerenciamento de configuração. Qual dos seguintes é um benefício de colocar esse tipo de ferramentas e processos num lugar que poderia ajudar a reduzir a incidência deste tipo de problema?
Assegurar que o hardware de teste e o hardware de desenvolvimento são iguais
Determinar se as falhas são intermitentes quando reportá-las
Identificar univocamente os itens testados
Prover rastreabilidade dos testes para os requisitos
	2
	105.
	O que é controle de versão?
Um grupo de pessoas responsáveis por avaliar e aprovar ou desaprovar mudanças propostas para itens de configuração, e por assegurar a implementação das mudanças aprovadas
Um elemento do gerenciamento de configuração, consistindo na avaliação, . coordenação, aprovação ou desaprovação, e implementação de mudanças para itens de configuração
Uma agregação de hardware, software ou ambos, que é designada para gerenciamento de configuração e tratada como uma única entidade no processo de gerenciamento de configuração
A composição de um componente ou sistema como definido pelo número, natureza , e interconexões de suas partes constituintes
	1
	106.
	Qual das seguintes é a seção mais importante do relatório de transmissão de item de teste na IEEE 129?
Critérios de entrada
Passos de procedimento
Condições de teste 
Localização 
	1
Seção 5.5 Risco e teste (K2)
Objetivos do aprendizado
Descrever um risco como um possível problema que poderia ameaçar a realização dc um ou mais objetivos de projeto dos stakeholders. (K2)
Lembrar que riscos são determinados por probabilidade (de acontecer) e impacto (dano resultante se o risco ocorre). (Kl)
Distinguir entre riscos de projeto e de produto. (K2)
Reconhecer riscos típicos de projeto e de produto. (K1)
Descrever, usando exemplos, como a análise de risco e o gerenciamento de risco podem ser usados para planejar o teste. (K2)
Objetivo de aprendizado da terminologia. (Kl)
Termos
Risco de produto, risco de projeto, riscos, teste baseado em risco.
	107.
	Você está trabalhando como gerente de teste no primeiro release de um novo pacote de software de automação de escritório para PC. Você escreveu com sucesso um plano de teste, preparou os seus testes, montou seu time de teste, e configurou seu ambiente de teste. Qual dos seguintes é um risco de projeto que mais provavelmente pode comprometer sua habilidade para realizar seu plano de teste?
Bugs que afetam os clientes existentes
Bugs que afetam a performance do produto 
Bugs que afetam a instabilidade do produto no ambiente de teste
Indisponibilidade de testadores com conhecimento apropriado 
	2
	108.
	Considere os seguintes fatores relacionados a riscos de produto:
Probabilidade de ocorrência 
Número de riscos de produto
Impacto da falha
Rastreabilidade dos riscos para requisitos
Número de pessoas envolvidas na análise de risco
Para cada item individual de risco de produto que tenha sido identificado, qual dos seguintes conjuntos de fatores afeta diretamente o nível do risco?
I e III
I, II, e III
Todos os cinco fatores 
III, IV, e V
	2
	109.
	Você está trabalhando como gerente de teste em um projeto bancário online. Qual dos seguintes é um risco de produto para seu projeto?
Seu fornecedor de desenvolvimento terceirizado falha em entregar o software no prazo
Você não consegue obter suficiente especialização no domínio no seu time de teste
As descobertas do time de teste são ignoradas pelo time de projeto
O software não rastreia apropriadamente retiradas das contas dos clientes do banco.
	1
	110.
	Qual dos seguintes é um típico risco de projeto?
Falha de um fornecedor em entregar hardware de teste no prazo.
Problemas de performance no software sob teste
Problemas de usabilidade no software sob teste
Problemas potencias criticamente relacionado a segurança.
	1
	111.
	Você está trabalhando como gerente de teste em um novo projeto de software bancário e de desenvolvimento interno. Durante o período de planejamento de teste, você junta os stakeholders chave para identificar e priorizar os riscos chave de um produto para o software. Durante o período de preparação do teste, o que esta análise de risco do produto lhe permitirá fazer?
Determinar a extensão do teste para cada risco
Antecipar questões de comunicação dos testadores
Relatar os resultados de execução do teste em termos dos riscos que foram cobertos pelos testes
Preparar um relatório sumário do teste descrevendo os riscos que. não foram endereçados durante o teste
	2
	112.
	O que é um risco de produto?
 Um risco relacionado ao gerenciamento e controle do projeto. 
Um risco diretamente relacionado ao objeto de teste 
Um fator que poderia resultar em futuras conseqüências negativas
Probabilidade e impacto
	1
Seção 5.6 Gerenciamento de incidente (K3)
Objetivos do aprendizado
Reconhecer o conteúdo do relatório de incidentes da 'Standard for Software Test Documentation' (EEEE 829). (Kl)
Escrever um relatório de incidentes cobrindo a observação de uma falha . durante o teste. (Kl)
Objetivo de aprendizado da terminologia. (Kl) 
Normas
[IEEE 829] IEEE Std 829™ (1998/2005) IEEE Standard for Software Test 
Documentation (atualmente em revisão)
Termos
Registro de incidente
	113.
	Qual dos seguintes pertence à seção de descrição de incidentespara qualquer relatório de incidentes da norma IEEE 829?
Os critérios de sucesso/falha item
Os resultados esperados e o resultado atual de um teste
Todos os riscos de projeto
O grau ao qual um sistema ou componente executa suas funções designadas dentro de constantes dados relacionados a tempo de processamento e taxa de transferência
	114.
	O seguinte sumário encontra-se em um relatório de bug preenchido para um sistema de comércio eletrônico:
O sistema não aceita números de cartões Visa ou Mastercard como válidos.
Qual dos seguintes objetivos ou entregáveis de informação de um relatório de incidentes este trecho satisfaz mais diretamente?
Prover os desenvolvedores com percepção se o problema é reproduzível
Prover testadores com percepção de quantos testes são bloqueados pela falha
Prover gerência com percepção da importância de corrigir o problema
Prover o lime de projeto com percepção se o problema está atualmente resolvido
	115.
	O que é um incidente?
Uma falha em um componente ou sistema que pode causar a esse componente ou sistema não executar sua função requerida
Qualquer evento que ocorra e que requer investigação
Desvio do componente ou sistema da sua entrega, serviço ou resultado esperado
A manifestação física ou funcional de uma falha
	116.
	Qual das seguintes é a seção importante no modelo de relatório de incidente da ieee 829?
Critérios de teste
Avaliação compreensiva
Localizaçáo
Impacto
	117.
	Você está trabalhando como gerente de teste em um projeto bancário online. Você recebeu uma extensiva especificação de requisitos que endereça todas as características importantes de qualidade. Você executou testes que cobrem todos os riscos significantes identificados durante o processo de analise de risco de produto. Você também utilizou testadores experimentados e usuários experientes para executarem testes exploratórios através de toda a funcionalidade, segurança, performance e características de usabilidade do produto. Você executa um relatório que mostra que os testes exploratórios de performance identificaram muitas falhas a mais do que foram antecipadas durante a analise de risco do produto.
Qual é uma conclusão provável de se chegar a partir deste relatório?
Falhas de performance não são de alto impacto
A analise de risco do produto subestimou a probabilidade de falhas de performance.
Os testadores exploratórios estavam confusos sobre a importância relativa da segurança comparada com a performance
Existem poucos riscos remanescentes no sistema relacionados a usabilidade
Capitulo 6.0: Ferramentas de suporte ao teste (K2)
Seção 6.1: Tipos de ferramentas de teste (K2)
Objetivos do aprendizado
Classificar tipos diferentes de ferramentas de leste de acordo com as atividades do processo de teste. (K2)
Reconhecer ferramentas que podem ajudar os desenvolvedores no teste. (K1)
 Objetivo de aprendizado da terminologia. (Kl) 
Termos
Ferramenta de gerenciamento de configuração, ferramenta de medição de cobertura, ferramenta de debugging, driver, ferramenta de análise dinâmica, ferramenta de gerenciamento de incidente, ferramenta de teste de carga, ferramenta de modelagem, ferramenta de monitoração, ferramenta de teste de performance, efeito sonda, ferramenta de gerenciamento de requisitos, ferramenta de suporte ao processo de revisão, ferramenta de segurança, ferramenta de analise estática, ferramenta de teste de stress, stub, comparador de teste, ferramenta de preparação de dados de teste, ferramenta de projeto de teste, test harness, ferramenta de execução de teste, ferramenta de gerenciamento de teste, ferramenta para framework de teste unitário,.
	118.
	Você está trabalhando como gerente de teste em um grande projeto. Você precisa de uma ferramenta que suportará rastreabilidade dos testes, resultados do teste, e bugs para a base de teste. Que tipo de ferramenta você precisa?
Ferramenta de análise estática 
Ferramenta de gerenciamento de teste 
Ferramenta de segurança 
Ferramenta de medição de cobertura
	2
	119.
	Qual das seguintes ferramentas de teste provavelmente e a que mais interessa aos desenvolvedores.
Test harness de unidade 
Ferramenta de gerenciamento de teste
Planilha
Ferramenta de rastreio de bug.
	
	120.
	O que é efeito sonda?
Testes dirigidos para mostrar que um componente ou sistema não funciona
Condições ambientais e de estado que devem ser preenchidas depois da execução de um teste ou procedimento de teste
Alguma coisa que acontece com software de satélite
O efeito em um componente ou sistema quando ele está sendo medido
	
Seção 6.2: Uso efetivo de ferramentas: benefícios e riscos
potenciais (K2)
Objetivos do aprendizado
Sumarizar os riscos e benefícios potenciais da automação do teste e do suporte de ferramentas ao teste. (K2)
Reconhecer que ferramentas de execução de teste podem ter diferentes técnicas de escrever roteiros, incluindo dirigida por dados e dirigida por palavra chave. (Kl)
Objetivo de aprendizado da terminologia. (K1) 
Termos
Dirigido por dados (teste), dirigido por palavra chave (teste), linguagem para roteiro
	121.
	Você está trabalhando em um projeto que está efetuando um release de manutenção de um sistema bancário grande e de alto risco. As pessoas estão muito preocupadas sobre a regressão da funcionalidade existente, e querem que o conjunto existente de 12.254 casos de teste seja executado novamente contra cada release de teste. Qual dos seguintes é um benefício da automação do teste para este projeto e um que provavelmente atrairá o time de projeto?
Redução do trabalho repetitivo 
Facilidade de preencher relatórios de bugs 
Baixo custo para automatizar todos os testes 
Oportunidade para aprender novo conhecimento
	2
	122.
	Considere o seguinte:
Dirigido por dados
Exploratório
Dirigido por palavra chave
Portabilidade
CMMI
Qual das seguintes declarações é verdadeira sobre técnicas de escrita de roteiro para execução automatizada de testes?
 I e III são técnicas reconhecidas para um efetivo e eficiente teste automatizado
I, II, III, IV e V são técnicas reconhecidas para um efetivo e eficiente teste automatizado
II e IV são técnicas reconhecidas para um efetivo e eficiente teste automatizado
Nenhuma elas são técnicas reconhecidas para um efetivo e eficiente teste automatizado
	1
	123.
	O que é linguagem de escrita de roteiro?
O processo de teste para determinar a portabilidade de um produto de software
Um dispositivo, programa de computador ou sistema usado durante o teste, que se comporta ou opera como um dado sistema
Um documento especificando uma seqüência de ações para a execução do teste
Uma linguagem de programação na qual são escritos roteiros executáveis de teste
	1
Seção 6.3: Introduzindo uma ferramenta em uma organização (K1)
Objetivos do aprendizado
Declarar os princípios principais para a introdução de uma ferramenta em uma organização. (K1)
Declarar os objetivos de uma prova de conceito / fase piloto para avaliação da ferramenta. (K1)
Reconhecer que outros fatores além da simples aquisição da ferramenta são requeridos para um bom suporte da ferramenta. (K1)
Objetivo de aprendizado da terminologia. (K1) 
Termos
Nenhum termo específico.
	124.
	Qual dos seguintes é um princípio importante que auxiliará na introdução de uma ferramenta de teste?
Avaliar o fornecedor 
Confiar no fornecedor
Automatizar todos os testes imediatamente
Eliminar os testes que não são automatizáveis
	125.
	Qual dos seguintes é um objetivo para um piloto de automação do teste?
Automação completa de todos os testes
Estimar a situação de custo/benefício para a automação
Determinar probabilidade e impacto de riscos de produto
Use terceirizados de baixo custo e curto prazo para todas as tarefas de automação 
	126.
	Os clientes estão reclamando que o site Web da sua