Simulado 100 Questões

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