Após executar transações previstas em um caso de teste, o último passo é a impressão de um relatório. Este relatório pode ser aceito como evidência de que os testes foram efetuados? Selecione a alternativa correta: Sim, afinal se o sistema emite relatórios o sistema funciona. Sim, o relatório pode ser aceito como evidência dos teste desde que isso tenha sido definido no início do projeto. Sim, afinal um relatório é um documento. Não, afinal qualquer impressora pode ter sido utilizada para gerar um relatório parecido. Não, pois o relatório não foi elaborado pela equipe de teste.
Um sistema de vendas possui um módulo "Realizar pagamentos". Para os testes foram definidos os seguintes cenários:
Cenário primário: Cliente realiza pagamento em dinheiro
Cenário Secundário: Cliente realiza pagamento parcelado
Cenário de exceção: Cliente realiza pagamento com cartão invalido
Qual o método estruturado para a derivação do caso de teste foi utilizado? Cobertura de código Cobertura de desvio de caminhos Cobertura de caminhos Decomposição dos requisitos Análise de documentos.
Levando-se em consideração a necessidade de controle de casos de testes aplicados, casos de testes não aplicados, casos de teste aprovados e casos de teste reprovados, indique qual a melhor alternativa: Não há garantia de que um software esteja livre de defeitos antes de atingido 100% de casos de teste aplicados. Para garantir um software livre de defeitos, é indiferente verificar a quantidade de casos de testes aprovados e casos de testes reprovados. Não há garantia de que um software esteja livre de defeitos antes de atingido um mínimo de 95,5,% de casos de testes aplicados e aprovados. Para garantir um software livre de defeitos, a quantidade de casos de testes aprovados deve ser sempre maior que os casos de testes reprovados. Não existe a possibilidade de casos de testes reprovados.
Os testes da caixa preta são uma abordagem complementar aos testes de caixa branca, com a finalidade de identificar um conjunto de situações que serão empregadas em forma de testes para a identificação de erros. Os principais métodos de testes de caixa-preta para obtenção dos casos de testes são: Análise e documentos e cobertura de caminhos Cobertura de linha de código e cobertura de laços Decomposição de requisitos e cobertura de laços Decomposição de requisitos e análise de documentos Cobertura de linha de código e cobertura de caminhos.
Os principais métodos de testes de caixa-branca para obtenção dos casos de testes são apresentados abaixo, marque a opção que NÃO faz parte deste rol de testes caixa-branca: Cobertura de desvios condicionais Cobertura de linha de código Cobertura de Caminhos Métodos de decomposição de requisitos Cobertura de laços.
Para avaliarmos a qualidade de um sistema devemos submeter o software a determinadas condições de uso de forma a avaliar se o comportamento está de acordo com o esperado. Um artefato utilizado nesta fase é o caso de teste. Neste sentido podemos utilizar os requisitos como base para a construção dos casos de testes? Não, pois quem determina sempre é o gerente de projeto, que tem mais autoridade sobre o assunto que o cliente. Sim, pois o cliente tem a experiência em programação e indica a melhor forma de se construir um programa. Não, pois quem determina o que o programa fará é o programador e não o cliente. Sim, pois os requisitos é que determinam o que o programa ou módulo deve fazer e como deve ser o resultado esperado. Não, pois todos os casos de testes serão derivados do software já construído.
Qual o método estrutural para a elaboração de casos de testes de caixa branca que tem como objetivo detectar erros nas condições lógicas aplicadas no código-fonte? Neste método os casos de teste são construídos de forma a permitir variação dos valores que determinam a execução dos diversos fluxos alternativos existentes no código-fonte. Cobertura de linha de código Cobertura de caminhos Cobertura de laços Cobertura de exceção Cobertura de desvios condicionais.
A decomposição de um requisito em cenário é fundamental para descobrir todas as possibilidades envolvidas na dinâmica do software. No Métodos de decomposição de requisitos é necessário explorar todos os cenários possíveis para cada requisito existente. Neste sentido destacam-se três tipos de cenários que podem estar contidos nos requisitos: Primário, secundário e complementar Primário, alternativo e de exceção Primário, secundário e de erro Primário, secundário e de exceção Primário, alternativo e de erro.
Nos testes de validação os mecanismos de testes estão segmentados em dois níveis de testes: baixo nível e alto nível: Neste contexto são considerados testes de baixo nível: Unidade e sistema Sistema e aceite unidade e aceite Unidade e integração Integração e sistema.
O teste de integração é um dos testes, dentre os diversos tipos de testes de validação existentes. O Teste de Integração possui basicamente duas abordagens que podem ser utilizadas. Assinale a opção que apresenta estas duas abordagens: Descendente e Ascendente Inspeção e Walkthrough Incremental e Não Incremental On-Line e Off-Line Formal e Informal.
Nos testes de validação os mecanismos de testes estão segmentados em dois níveis de testes: teste de baixo nível e teste de alto nível. São considerados teste de alto nível: Integração e aceitação Unidade e Integração Sistema e integração Aceitação e unidade Sistema e Aceitação.
Existem muitas estratégias que podem ser utilizadas para testar um software. A estratégia onde os testes são executados em uma combinação de componentes (que podem ser pedaços de códigos, módulos ou aplicações distintas) para verificar se funcionam corretamente juntos, conforme as especificações é chamada de: Teste unitário Teste de integração Teste de verificação Teste de aceitação Teste de sistema.
Um módulo contendo um cálculo utilizado em vários programas foi alterado. É correto afirmar que: Somente os módulos que envolvam cálculos e tenham fronteiras com o módulo alterado, devem ser testados (teste de afirmação) Os testes devem ser feitos somente no programa mais importante do sistema. (testes evolutivos) Somente o módulo de cálculo alterado deve ser testado, pois o processo de reutilização garante que os módulos que o utilizam serão afetados. Todos os módulos de cálculo afetados devem ser testados (teste de cálculos) Todos os programas que tenham relação com esta mudança devem ser verificados, independentes se foram ou não alterados. (teste de regressão).
João é um colega de trabalho e acabou de corrigir um defeito em um programa. Ele te pede ajuda em relação a que Teste ele deve usar neste momento. Qual Teste você indicaria? Teste de Integração Teste Fumaça Teste de Regressão Teste de Validação Teste de Unidade.
Analise a lista de atividades abaixo:
I - Teste unitário;
II - Teste de integração;
III - Teste de aceitação;
IV - Teste de sistema;
V - Teste de desempenho (desde que exista uma exigência de requisito);
VI - Teste de segurança (desde que exista uma exigência de requisito).
Podemos considerar como algumas atividades de validação os itens: I, II e III. IV, V e VI. III, V e VI. III, IV e V. I, II e IV.
Qual é o tipo de teste é aplicado nos menores componentes de código criados, cujo objetivo é garantir que estes atendem as especificações do ponto de vista das características e de funcionalidade? Vale ressaltar este teste foca na lógica interna de processamento e nas estruturas de dados dentro dos limites de um componente. Teste de unidade Teste de lógica Teste funcional Teste de regressão Teste de integração.
"geralmente são executados após a correção de algum defeito ou após a adição de uma nova funcionalidade. Seu objetivo é garantir que nenhum defeito foi acrescentado ao sistema após sua modificação" . A descrição apresentada é referente a que tipo de teste ? Teste de Validação Teste de unidade Teste de disponibilização (Teste de configuração) Teste de Integração Teste Regressão.
Sobre os testes unitários podemos afirmar: São testes realizados pela equipe de desenvolvimento, onde, prcura-se testar a unidade, seu produtos de trabalho (Classes de testes), podem servir também de entrada para os testes regressivos e práticas como TDD (Test Driver Develop). São testes utilizados para garantir que a unidade funcione, e geralmente são realizados pelos desenvolvedores, porém, não recomenda-se a utilização, pois o trabalho despendido na realização destes testes são perdidos em versões futuras. São testes desenvolvidos pela equipe de testes após a entrega do código para testes, onde a equipe procura testar as integrações entre as unidades na cama de apresentação. São testes cuja as unidades são testadas, e seu planejamento é unicamente nos requisitos do sistema afim de garantir que o negócio é atendido. São testes de caixa preta, mas também pode ser desenvolvidos em caixa branca.
Marque a opção INCORRETA: Os testes de regressão geralmente são executados após a correção de algum defeito ou após a adição de uma nova funcionalidade. Seu objetivo é garantir que nenhum defeito foi acrescentado ao sistema após sua modificação. O teste de unidade é realizado no estágio mais baixo da escala de teste, isto é, no código do programa e normalmente é realizado pelo desenvolvedor. Concentra-se em cada unidade do software, de acordo com o que é implementado no código fonte. Utiliza as técnicas de teste de caixa branca e caixa preta. A principal meta do teste de esforço é garantir que os dados ou funções de um sistema possam ser acessados apenas por atores autorizados a acessá-las. O teste de recuperação é um teste de sistema que força o software a falhar de várias formas e verifica se a recuperação é executada corretamente. O teste de desempenho ou performance, como também é conhecido, mede e avalia o tempo de resposta, o número de transações e outros requisitos sensíveis ao tempo de resposta do sistema.
A tarefa de efetuar testes, em software, foi considerada secundária por muito tempo. Geralmente, era vista como castigo para o programador ou como uma tarefa, onde não se deveria gastar muito tempo e investimentos. O tema esteve relegado a segundo plano e, até alguns anos atrás, não se encontrava muita literatura sobre o assunto. Este é um paradigma que vem mudando no mundo moderno de desenvolvimento de software. Um dos testes, que ajudou a mudar este paradigma, é o teste de aceitação que tem como principal característica verificar o sistema, em relação aos seus requisitos originais e às necessidades atuais do usuário. ser realizado, pelos analistas de teste, no meio do processo de desenvolvimento do produto. ser realizado no início do desenvolvimento do software, com o objetivo de evitar futuros erros, durante o processo de desenvolvimento. ser realizado, com o cliente, apenas após o treinamento de uso do software. ser realizado, com o cliente, apenas após a implantação do software.
Em uma equipe independente de teste quem é o técnico responsável por pela montagem da infraestrutura de teste, ou seja, em montar o ambiente de teste e escolher as ferramentas de teste? analista de teste desenvolvedor de software Arquiteto de teste gerente de teste testador.
Existem diferentes papéis com diferentes responsabilidades dentro de uma equipe de teste independente. Correlacione os papéis abaixo com as respectivas funções:
1 - Arquiteto de teste
2 - Analista de teste
3 - Testador
( ) Responsável pela execução dos casos de testes e script de testes
( ) Responsável pela montagem do ambiente de teste (infraestrutura) e escolha das ferramentas
( ) Responsável pela modelagem e elaboração dos casos de testes e scripts de testes 3, 1, 2 3, 2, 1 1, 2, 3 2, 3, 1 2, 1, 2.
Qual o teste que é realizado por um grupo restrito de usuários, faz parte dos testes de aceitação e é realizado no ambiente de produção? Gama Beta Fumaça Alfa Operação.
Normalmente para que o processo de teste transcorra de forma íntegra é comum a utilização de um grupo independente de teste, já que as pessoas que criaram o software não devem ser as que irão realizar os testes. Normalmente este grupo trabalha de forma conjunta. Uma estratégia de teste de software é desenvolvida pelo gerente de projeto, pelos engenheiros de software e pelos especialistas em testes. Existem várias responsabilidades e papéis dentro da equipe de teste. Indique dentre as opções abaixo, aquela que não corresponde a uma destas pessoas. Líder do projeto de teste Usuário Testador Arquiteto de teste Analista de teste.
Analise as 3 sentenças abaixo:
I.No Teste de Integração, a abordagem Incremental atua da seguinte forma: todos os componentes são combinados com antecedência e o programa inteiro é testado de uma vez. Pode ser complicado isolar as causas dos erros. Uma vez corrigidos os erros, novos erros aparecem e o processo parece não ter fim.
II.Gerência da Qualidade de software é a área responsável pel garantia da qualidade do software. Responde pelo gerenciamento dos profissionais de qualidade envolvidos na verificação das diversas etapas de um processo de engenhaia de software e está voltada para a gestão da garantia da qualidade de software, ou seja, tem como objetivo verificar a aderência entre o processo de desenvolvimento estabelecido e as práticas dos diversos profissionais envolvidos no processo.
III.O teste de aceite (aceite formal e Alpha-teste) é a última etapa de teste antes da implantação do software. O objetivo do teste de aceitação é verificar se o software está pronto e pode ser utilizado pelos usuários finais para executar as tarefas e funções para as quais foi criado. Nesta etapa, o software é disponibilizado para clientes e usuários com o objetivo de estes validarem todas as funcionalidades requisitadas no início do projeto.
Marque a opção correta: Somente I e II são verdadeiras Somente II é verdadeira Somente I e III são verdadeiras Somente III é verdadeira Somente II e III são verdadeiras.
Analise as afirmativas abaixo e assinale a opção correta:
I - Os desenvolvedores são os responsáveis pelos testes unitários e de integração.
II - Os usuários são os responsáveis pelos testes de aceitação.
III- Os usuários são os responsáveis pelos testes de sistema e aceitação.
IV - Os desenvolvedores são os responsáveis apenas pelos testes unitários.
V - Os analistas de testes são os responsáveis pelos testes de sistema. Somente a opção III está correta. Estão corretas as opções II, IV e V. Estão corretas as opções I, III e V. Estão corretas as opções I, II e V. Somente a opção V está correta.
Testware são todos os produtos gerados nas fases de verificação e validação, incluindo todas as formas de documentação, automação e relatórios produzidos. Necessitamos também de uma equipe capacitada. Neste sentido analise as questões abaixo e indique a opção correta: Os gerentes de testes, assim como todos da equipe de teste, também codificam quando o cronograma atrasa. O usuário também é parte integrante da equipe de teste. Desenvolvedores e testadores integram o mesmo time, mas com funções conflitantes. Desenvolvedores e testadores integram equipes diferentes, pois a independência entre as equipes é necessária. Desenvolvedores e testadores são parte da mesma equipe, pois o trabalho de um depende do outro.
Imaginando-se um projeto de desenvolvimento de software com ciclos de: análise, desenvolvimento e Testes, é correto admitir que: Erros encontrados podem ser corrigidos em tempo de teste no próprio ambiente de teste, dando agilidade ao processo como um todo. Os usuários finais participam na execução dos testes em conjunto com a equipe de testes para auxiliar na interpretação dos resultados. Novas solicitações feitas pelo cliente não serão testadas quando estas solicitações chegarem após as atividades de teste já terem ultrapassado 86%, para não comprometer o prazo de entrega. Qualquer ocorrência de resultado obtido diferentemente do resultado esperado é passível de ser anotado e irá interromper os testes. Os testes devem ser feitos em um ambiente preferencialmente isolado e somente após a conclusão dos testes é que a nova versão do software será baixada no ambiente para uma nova rodada de testes.
Quem são os responsáveis em executar os testes unitários e os testes de integração? Analista de testes Testadores Usuários Desenvolvedores Auditores.
Analise as questões abaixo levando em consideração tarefas e executores. Neste sentido é correto afirmar que: O teste de integração é usualmente executado pelo analista de integração e o teste de sistema pelo programador. O teste de integração é usualmente executado pelo usuário e o teste unitário pelo programador. O teste unitário é normalmente feito pelo testador e o teste de sistema pelo analista de sistemas. O teste de sistema é usualmente executado pelo analista de teste e o teste unitário pelo programador. O teste de aceitação é usualmente executado pelos usuários e o teste unitário pelo analista de teste.
Em relação as ferramentas de testes automatizado as ferramentas que possibilitam apoiar o processo de verificação do software e que apresentam como principais características: a análise da complexidade, a compreensão do código e a análise sintática e semântica do código. São classificadas como ferramentas: Ferramentas de execução e conferência Ferramentas de Modelagem e Automação Ferramentas de Revisões e Inspeções Ferramentas de Suporte aos Testes Ferramentas de Planejamento de testes.
Em relação as ferramentas de testes automatizado as ferramentas em que auxiliam na definição dos escopos, abordagens, recursos e programação das atividades. E que tem como principais características : geração de planejamentos padronizados, elaboração de estimativas de tempo e custos e dimensionamento das equipes de acordo com o tempo disponível, são classificadas como ferramentas: Ferramentas de Planejamento de testes Ferramentas de Revisões e Inspeções Ferramentas de execução e conferência Ferramentas de Suporte aos Testes Ferramentas de Modelagem e Automação.
Em relação as ferramentas de testes automatizado as ferramentas que possibilitam o desenvolvimento de scripts automatizados e que apresentam como principais características: a geração de massa de dados e a automatização de scripts, são classificadas como: Ferramentas de execução e conferência Ferramentas de Revisões e Inspeções Ferramentas de Planejamento de testes Ferramentas de Modelagem e Automação Ferramentas de Suporte aos Testes.
Como denominamos nos testes automatizados, os testes que realizamos quando temos uma nova versão de software e comparamos com a versão anterior? Teste de unidade Teste de carga Teste de Alfa Teste Progressivo Teste regressivo.
Em relação as ferramentas de testes automatizado as ferramentas que apoiam as atividades que não estão diretamente ligadas ao processo de testes, porém garantem que determinados itens fundamentais desse processo estão sendo bem gerenciados e que apresentam como principais características o: Gerenciamento de defeitos e gerenciamento de configurações. São classificadas como: Ferramentas de Planejamento de testes Ferramentas de Revisões e Inspeções Ferramentas de Suporte aos Testes Ferramentas de Modelagem e Automação Ferramentas de execução e conferência.
Analise as 3 sentenças abaixo:
I. A norma IEEE 829 propõe um padrão de documentação que deveria ser obedecido por todas as organizações que trabalham com teste de software.O objetivo da desta norma é que as organizações utilizem uma linguagem padronizada para todos os atores envolvidos no processo de teste de software dentro das organizações.
II. Caso de teste é o documento de registro de todo o planejamento dos testes de estabelecendo o que será testado. Sua finalidade é identificar o maior número de cenários e variações de determinado requisito de software.
III.O Plano-mestre de Verificação é um documento de alto nível elaborado no processo de verificação do software, subordinado ao Plano de Garantia de Qualidade do Software, com o objetivo de: definir e estruturar o processo de verificação; estabelecer a visão da equipe de verificação e uiformizar os conhecimentos, experiências e expectativas dos diversos grupos que integram o processo de desenvolvimento de software.
Marque a opção correta. Somente II e III são verdadeiras Nenhuma das sentenças é correta Somente I e II são verdadeiras Somente II é verdadeira Todas são verdadeiras.
Para que as empresas possam alcançar bons resultados nos testes aplicados e para que todo este processo consiga ser repetitivo, existem certas medidas necessária a ser adotada pelas organizações como por exemplo: uma certa organização e padronização nas documentações de teste geradas. A norma normalmente adotada pelas organizações que tem como proposta padronizar a documentação de teste de software é a: IEEE 829 IEEE 802.3 ISO 15504 ISO 9000 ISO 9126.
A atividade de teste é composta por alguns elementos essenciais, que auxiliam na formalização desta atividade.
A afirmação " ... serve para selecionar e avaliar casos de teste, de forma a aumentar as possibilidades de provocar falhas ou, quando isso não ocorre, estabelecer um nível elevado de confiança na correção do produto", refere-se a qual elemento da atividade de teste? Critério de geração de casos de Teste. Critério de cobertura dos testes. Critério de teste. Caso de teste Procedimento de teste.
Como denominamos o documento que contém o registro de todo o planejamento dos testes estabelecendo o que será testado e que tem como principal finalidade identificar o maior número de cenários e variações de determinado requisito de software? Caso de teste Roteiro de teste Relatório de teste Script de teste Procedimento de teste.
Documentar é fundamental para formalizar o processo de qualidade. O conteúdo da documentação deve ser claro, bem definido e com todos os itens que devem ser abordados, possibilitando que todos os envolvidos no processo de avaliação da qualidade possam acompanhar a evolução do trabalho e rastrear como as atividades foram planejadas.
Qual o documento que registra todo o planejamento dos testes estabelecendo o que será testado e cuja finalidade é identificar o maior número de cenários e variações de determinado requisito de software? Relatório de teste Cenário de teste Caso de teste Suíte de teste Plano de teste.
Um dos artefatos que compõe a documentação elaborada durante o processo de teste é o "plano-mestre de validação" que descreve as estratégias utilizadas para qual das opções abaixo? unidade, integração, sistema e aceite Iniciação, planejamento, implementação e aceite Modelagem de negócio, requisitos, análise e design e implementação Teste de baixo nível e teste de alto nível Teste de caixa-branca, caixa-preta, caixa-cinza.
Nós estudamos a importância da documentação no processo de teste de software e constatamos que deve contemplar cada fase do processo de teste. Desta forma, na hierarquia de documentos gerados o documento de mais alto nível é o plano de garantia de qualidade de software que é subdividido em: Plano mestre de verificação e Plano Mestre de validação Relatórioio de erro e Relatório de teste Estratégia de validação e Estratégia de verificação Plano de teste e Caso de Uso Plano de sistema e Plano unitário.
Plano de garantia de qualidade é um documento de alto nível elaborado inicialmente no processo de qualidade de software, Marque a opção que NÃO é um dos objetivo do plano de garantia de qualidade. Definir e garantir fronteiras de conhecimento (garantir que cada um saiba apenas sua parte no processo evitando que um testador influencie no trabalho de outro). Convencer a respeito dos ganhos proporcionados pelo processo de garantia da qualidade. Envolver todos os integrantes do projeto de desenvolvimento (clientes, usuários e consultorias). Definir uma visão comum do todo o esforço executado para garantir a qualidade durante o ciclo de desenvolvimento de software. Formalizar o processo de qualidade a ser iniciado.
As estratégias de teste de software fornecem um roteiro que descreve os passos a serem executados como parte do teste, define também quando esses passos serão planejados e então executados, quanto esforço de trabalho, tempo e recursos serão necessários. Ao desenvolvermos uma estratégia de teste de software desejamos responder algumas perguntas. Indique dentre as opções abaixo a pergunta inválida neste contexto. Os padrões de desenvolvimento estão sendo seguidos pelos profissionais de engenharia de software? Como conduzir os testes de software? Devemos refazer os testes quando acrescentamos novos componentes ao sistema? Devemos estabelecer um plano formal para os testes? Quando devemos envolver o cliente?.
Qual o documento cuja função é formalizar o processo de qualidade a ser iniciado e que envolve todos os integrantes do projeto de desenvolvimento (clientes, usuários e consultorias)? Vale observar que este documento também tem como objetivo definir uma visão comum de todo o esforço executado para garantir a qualidade durante o ciclo de desenvolvimento de software. Plano mestre de validação Plano de caso de teste Plano de garantia da qualidade Plano de cenários de teste Plano mestre de verificação.
Maira é analista de teste de uma organização e está elaborando a documentação de teste do sistema Delta. Seu chefe solicitou que ela elaborasse o artefato que tivesse em seu conteúdo: a identificação das condições de testes, o detalhamento da massa de entrada e da massa resultante, assim como arquitetura do ambiente de teste. Neste caso o artefato solicitado foi: Caso de Teste Plano de teste Suíte de teste Caso de Uso Estratégia e Teste.
Em relação a documentação gerada durante o processo de software, mas especificamente, a respeito do plano de teste que é um registro do processo de planejamento de testes de software, assinale a opção correta. Ao se inspecionar o conteúdo de um plano de testes, devem-se encontrar, entre outras, as seguintes descrições: escopo de testes, abordagens de teste, recursos para realização dos testes e cronograma das atividades de teste a serem realizadas. A produção de scripts de teste deve preceder a eventual construção de casos de teste. O processo de planejamento de testes é usualmente descrito em um plano de testes. A automação de um teste de integração é mais facilmente empreendida que a de um teste de módulo. Um plano de teste de software é um registro da execução de um caso de teste de software.
|
