6.3Avaliação de Software

Prévia do material em texto

CCT0207_EX_A6_201605105465_V3
AVALIAÇÃO DE SOFTWARE
6a aula
Lupa
Vídeo PPT MP3
Exercício: CCT0207_EX_A6_201605105465_V3 17/02/2018 17:33:16 (Finalizada)
Aluno(a): SOANE FIGUEREDO ALVES 2017.4 EAD
Disciplina: CCT0207 - AVALIAÇÃO DE SOFTWARE 201605105465
Ref.: 201605795814
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 de exceção
Primário, alternativo e de erro
Primário, alternativo e de exceção
Primário, secundário e de erro
Primário, secundário e complementar
Ref.: 201605743187
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 caminhos
Cobertura de linha de código
Cobertura de desvios condicionais
Cobertura de exceção
Cobertura de laços
Ref.: 201605742783
3a Questão
Cobertura de caminhos
Análise de documentos
Cobertura de código
Cobertura de desvio de caminhos
Decomposição dos requisitos
Ref.: 201605686484
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 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.
Ref.: 201605361555
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:
Decomposição de requisitos e análise de documentos
Cobertura de linha de código e cobertura de laços
Decomposição de requisitos e cobertura de laços
Cobertura de linha de código e cobertura de caminhos
Análise e documentos e cobertura de caminhos
Ref.: 201605238258
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 laços
Métodos de decomposição de requisitos
Cobertura de linha de código
Cobertura de desvios condicionais
Ref.: 201605686495
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 é:
Prepara casos de testes baseados na especificação do software.
Preparar casos de teste baseados na estrutura interna do software.
Dado um conjunto de requisitos, avaliar todos os detalhes da implementação.
O método de teste para obtenção de casos de teste de cobertura de desvio condicional.
Conhecer com profundidade a linguagem utilizada para o desenvolvimento.
Ref.: 201605686499
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?
Sim, pois os requisitos é que determinam o que o programa ou módulo deve fazer e como deve ser o resultado esperado.
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 sempre é o gerente de projeto, que tem mais autoridade sobre o assunto que o cliente.
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.