Buscar

qualidade e testes de software aula 6 exercicios

Faça como milhares de estudantes: teste grátis o Passei Direto

Esse e outros conteúdos desbloqueados

16 milhões de materiais de várias disciplinas

Impressão de materiais

Agora você pode testar o

Passei Direto grátis

Faça como milhares de estudantes: teste grátis o Passei Direto

Esse e outros conteúdos desbloqueados

16 milhões de materiais de várias disciplinas

Impressão de materiais

Agora você pode testar o

Passei Direto grátis

Faça como milhares de estudantes: teste grátis o Passei Direto

Esse e outros conteúdos desbloqueados

16 milhões de materiais de várias disciplinas

Impressão de materiais

Agora você pode testar o

Passei Direto grátis

Você viu 3, do total de 6 páginas

Faça como milhares de estudantes: teste grátis o Passei Direto

Esse e outros conteúdos desbloqueados

16 milhões de materiais de várias disciplinas

Impressão de materiais

Agora você pode testar o

Passei Direto grátis

Faça como milhares de estudantes: teste grátis o Passei Direto

Esse e outros conteúdos desbloqueados

16 milhões de materiais de várias disciplinas

Impressão de materiais

Agora você pode testar o

Passei Direto grátis

Faça como milhares de estudantes: teste grátis o Passei Direto

Esse e outros conteúdos desbloqueados

16 milhões de materiais de várias disciplinas

Impressão de materiais

Agora você pode testar o

Passei Direto grátis

Você viu 6, do total de 6 páginas

Prévia do material em texto

Ref.: 201002210559
 1a Questão
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, secundário e de erro
Primário, alternativo e de erro
Primário, secundário e de exceção
 Primário, alternativo e de exceção
 
Ref.: 201002157932
 2a Questão
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 laços
Cobertura de exceção
Cobertura de caminhos
 Cobertura de desvios condicionais
Cobertura de linha de código
 
Ref.: 201002157528
 3a Questão
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 caminhos
 Decomposição dos requisitos
Cobertura de desvio de caminhos
Análise de documentos
 
Ref.: 201002101229
 4a Questão
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 existe a possibilidade de casos de testes reprovados.
 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 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.
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.
 
Ref.: 201001776300
 5a Questão
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 análise de documentos
Decomposição de requisitos e cobertura de laços
Cobertura de linha de código e cobertura de caminhos
 
Ref.: 201001653003
 6a Questão
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 Caminhos
Cobertura de linha de código
Cobertura de desvios condicionais
 Métodos de decomposição de requisitos
Cobertura de laços
 
Ref.: 201002101240
 7a Questão
Para avaliarmos a qualidade de um software identificamos a necessidade de utilização de uma forma sistêmica 
de trabalho com o objetivo de identificar o maior número possível de situações de testes.
Neste contexto estudamos técnicas de teste de caixa branca e preta. Uma característica básica de um teste de 
caixa preta é:
O método de teste para obtenção de casos de teste de cobertura de desvio condicional.
Dado um conjunto de requisitos, avaliar todos os detalhes da implementação.
Conhecer com profundidade a linguagem utilizada para o desenvolvimento.
 Prepara casos de testes baseados na especificação do software.
Preparar casos de teste baseados na estrutura interna do software.
 
Ref.: 201002101244
 8a Questão
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.
 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 quem determina o que o programa fará é o programador e não o cliente.
Não, pois todos os casos de testes serão derivados do software já construído.
 
Ref.: 201002101235
 1a Questão
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:
Não, pois o relatório não foi elaborado pela equipe de teste.
Sim, o relatório pode ser aceito como evidência dos teste desde que isso tenha sido definido no início 
do projeto.
Não, afinal qualquer impressora pode ter sido utilizada para gerar um relatório parecido.
 Sim, afinal um relatório é um documento.
Sim, afinal se o sistema emite relatórios o sistema funciona.
 
Ref.: 201002157528
 2a Questão
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?
Análise de documentos
Cobertura de caminhos
 Decomposição dos requisitos
Cobertura de desvio de caminhos
Cobertura de código
 
Ref.: 201002101229
 3a Questão
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:
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.
Não há garantia de que um software esteja livre de defeitos antes de atingido 100% de casos de teste 
aplicados.
Não existe a possibilidade de casos de testes reprovados.
 Para garantir um software livre de defeitos, a quantidade de casos de testes aprovados deve ser 
sempre maior que os casos de testes reprovados.
 
Ref.: 201001776300
 4a Questão
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:
Decomposição de requisitos e cobertura de laços
Cobertura de linha de código e cobertura de caminhos
Cobertura de linha de código e cobertura de laços
 Decomposição de requisitos e análise de documentos
Análise e documentos e cobertura de caminhos
 
Ref.: 201001653003
 5a Questão
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 linha de código
Cobertura de laços
Coberturade desvios condicionais
 Métodos de decomposição de requisitos
Cobertura de Caminhos
 
Ref.: 201002101240
 6a Questão
Para avaliarmos a qualidade de um software identificamos a necessidade de utilização de uma forma sistêmica 
de trabalho com o objetivo de identificar o maior número possível de situações de testes.
Neste contexto estudamos técnicas de teste de caixa branca e preta. Uma característica básica de um teste de 
caixa preta é:
Conhecer com profundidade a linguagem utilizada para o desenvolvimento.
 Prepara casos de testes baseados na especificação do software.
Preparar casos de teste baseados na estrutura interna do software.
O método de teste para obtenção de casos de teste de cobertura de desvio condicional.
Dado um conjunto de requisitos, avaliar todos os detalhes da implementação.
 
Ref.: 201002101244
 7a Questão
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?
 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 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.
Não, pois todos os casos de testes serão derivados do software já construído.
 
Ref.: 201002157932
 8a Questão
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 laços
Cobertura de linha de código
Cobertura de caminhos
Cobertura de exceção
 Cobertura de desvios condicionais

Outros materiais