Baixe o app para aproveitar ainda mais
Prévia do material em texto
1. 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 erro Primário, secundário e de exceção Primário, alternativo e de exceção Primário, secundário e complementar Primário, alternativo e de erro 2. 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 exceção Cobertura de laços Cobertura de desvios condicionais 3. 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 código Cobertura de desvio de caminhos Decomposição dos requisitos Cobertura de caminhos 4. 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, 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. Não existe a possibilidade de casos de testes reprovados. 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. 5. 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 Decomposição de requisitos e análise de documentos 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 cobertura de laços 6. 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 laços Cobertura de linha de código Cobertura de desvios condicionais Cobertura de Caminhos Métodos de decomposição de requisitos 7. 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. Preparar casos de teste baseados na estrutura interna do software. Prepara casos de testes baseados na especificação do software. 8. 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 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. 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.
Compartilhar