Qualidade e Testes de Software - Avaliação I Individual

Prévia do material em texto

<p>Qualidade e Testes de Software - Avaliação I – Individual</p><p>1</p><p>A garantia da qualidade de software (GQS) envolve diversas atividades e elementos que</p><p>visam garantir que o produto final atenda às expectativas do cliente e às especificações</p><p>técnicas. Alguns dos elementos importantes da GQS incluem (Pressman, 2016):</p><p>Planejamento de qualidade: definir objetivos e processos de qualidade para o projeto.</p><p>Garantia de qualidade: avaliar continuamente o processo de desenvolvimento de</p><p>software para garantir que as atividades estão sendo realizadas de forma correta e</p><p>atendendo às expectativas.</p><p>Controle de qualidade: avaliar o produto final para garantir que ele atende aos requisitos</p><p>e especificações técnicas.</p><p>Testes de software: realizar testes para identificar defeitos e garantir que o software</p><p>funcione corretamente.</p><p>Análise de defeitos: investigar e corrigir defeitos identificados durante os testes ou na</p><p>produção.</p><p>Melhoria contínua: identificar oportunidades de melhoria e implementar mudanças para</p><p>aprimorar a qualidade do software.</p><p>Fonte: adaptado de: PRESSMAN, R. S. Engenharia de Software: uma abordagem</p><p>profissional. 8. ed. Porto Alegre: AMGH, 2016.</p><p>Com base nas informações apresentadas, avalie as asserções a seguir e a relação</p><p>proposta entre elas:</p><p>I. A garantia da qualidade de software não envolve a realização de testes.</p><p>PORQUE</p><p>II. A GQS é composta por elementos como planejamento de qualidade, garantia de</p><p>qualidade, controle de qualidade, testes de software, análise de defeitos e melhoria</p><p>contínua.</p><p>A asserção I é uma proposição falsa, e a II é uma proposição verdadeira.</p><p>É correto o que se afirma em:</p><p>A</p><p>As asserções I e II são verdadeiras, e a II é uma justificativa correta da I.</p><p>B</p><p>A asserção I é uma proposição verdadeira, e a II é uma proposição falsa.</p><p>C</p><p>As asserções I e II são verdadeiras, mas a II não é uma justificativa correta da I.</p><p>D</p><p>As asserções I e II são falsas.</p><p>E</p><p>A asserção I é uma proposição falsa, e a II é uma proposição verdadeira.</p><p>2</p><p>A norma ISO/IEC 25010:2011 apresenta modelos de qualidade para sistemas e</p><p>software, incluindo critérios que definem a qualidade do produto de software. Segundo</p><p>a norma, os critérios de qualidade do produto de software podem ser agrupados em oito</p><p>categorias principais: funcionalidade, confiabilidade, usabilidade, eficiência de</p><p>desempenho, segurança, manutenibilidade, portabilidade e compatibilidade. Cada</p><p>categoria pode ser desdobrada em subcategorias que detalham os critérios específicos. A</p><p>avaliação desses critérios é essencial para garantir a qualidade do produto de software</p><p>entregue ao cliente (ISO; IEC, 2011).</p><p>Fonte: adaptado de: ISO – INTERNATIONAL ORGANIZATION FOR</p><p>STANDARDISATION; IEC – INTERNATIONAL ELECTROTECHNICAL</p><p>COMMISSION. ISO/IEC 25010: systems and software engineering: systems and</p><p>software Quality Requirements and Evaluation (SQuaRE): system and software quality</p><p>models. Geneva: ISO: IEC, 2011.</p><p>Considerando os critérios que definem a qualidade do produto de software, analise as</p><p>afirmativas a seguir:</p><p>I. A usabilidade se refere à facilidade de uso e compreensão do software pelo usuário</p><p>final.</p><p>II. A eficiência diz respeito à capacidade do software de atender aos requisitos</p><p>especificados e de entregar os resultados esperados.</p><p>III. A manutenibilidade se refere à capacidade do software de ser modificado</p><p>facilmente, sem afetar o funcionamento do sistema.</p><p>IV. A portabilidade é a capacidade do software de ser executado em diferentes</p><p>plataformas, sem precisar de adaptações significativas.</p><p>É correto o que se afirma em:</p><p>A</p><p>I, III e IV, apenas.</p><p>B</p><p>II e IV, apenas.</p><p>C</p><p>I, apenas.</p><p>D</p><p>I, II, III e IV.</p><p>3</p><p>As atividades de apoio da qualidade de software, como revisões, auditorias e inspeções,</p><p>são essenciais para garantir que o software seja produzido de acordo com os padrões de</p><p>qualidade estabelecidos. Essas atividades podem ser realizadas em diferentes momentos</p><p>do ciclo de vida do software, desde a análise de requisitos até a manutenção.</p><p>Sobre atividades de apoio da qualidade de software, como revisões, auditoria e</p><p>inspeções, analise as sentenças abaixo:</p><p>I. As revisões de software são realizadas por um grupo de pessoas com o objetivo de</p><p>detectar erros e possíveis melhorias, podendo incluir revisões de código, documentos e</p><p>design.</p><p>II. Auditorias de software são sempre realizadas por equipes internas da empresa para</p><p>garantir que o software atenda aos padrões internos de qualidade.</p><p>III. Inspeções de software são atividades mais formais e estruturadas que seguem um</p><p>processo específico para avaliar o software em relação a padrões e especificações, e</p><p>geralmente envolvem uma equipe multidisciplinar.</p><p>IV. A principal diferença entre revisões e auditorias é que as auditorias são menos</p><p>formais e não seguem um processo estruturado.</p><p>V. As atividades de apoio da qualidade, como revisões, auditorias e inspeções, ajudam a</p><p>identificar problemas no software antes do lançamento, reduzindo custos e riscos</p><p>associados a falhas.</p><p>É correto o que se afirma em:</p><p>A</p><p>III e IV.</p><p>B</p><p>II, III e IV.</p><p>C</p><p>I, II e V.</p><p>D</p><p>I, III e V¿¿.</p><p>E</p><p>I, II e IV.</p><p>4</p><p>A qualidade do processo de software é fundamental para garantir a qualidade do</p><p>produto final, atendendo às necessidades do cliente e garantindo a satisfação do usuário.</p><p>Para definir a qualidade do processo de software, é necessário considerar vários critérios</p><p>que abrangem aspectos como a capacidade de entrega do produto, a gestão de riscos, a</p><p>gestão de projetos e a garantia da qualidade do software (que possa produzir um defeito)</p><p>(Pressman, 2016).</p><p>Fonte: PRESSMAN, R. S. Engenharia de Software: uma abordagem profissional. 8. ed.</p><p>Porto Alegre: AMGH, 2016.</p><p>Quanto aos critérios que definem a qualidade do processo de software, analise as</p><p>sentenças a seguir:</p><p>I. A gestão de riscos é um critério importante para definir a qualidade do processo de</p><p>software, pois permite identificar e gerenciar os possíveis riscos que podem afetar o</p><p>projeto.</p><p>II. A capacidade de entrega do produto é um critério que se refere à eficiência do</p><p>processo de desenvolvimento, garantindo que o software seja entregue dentro do prazo e</p><p>do orçamento previstos.</p><p>III.A garantia da qualidade do software é um critério que se relaciona com a avaliação</p><p>do produto final, verificando se o software atende aos requisitos do cliente e se está livre</p><p>de defeitos.</p><p>IV. A gestão de projetos não é um critério relevante para definir a qualidade do processo</p><p>de software, pois não influencia diretamente na qualidade do produto final.É correto o</p><p>que se afirma em: (670428669)</p><p>É correto o que se afirma em:</p><p>A</p><p>I e IV, apenas.</p><p>B</p><p>II e III, apenas.</p><p>C</p><p>I, II e IV, apenas.</p><p>D</p><p>I e II, apenas.</p><p>E</p><p>I, II e III, apenas.</p><p>5</p><p>As abordagens de componentes/dimensões de qualidade são utilizadas para descrever e</p><p>avaliar os diferentes aspectos que compõem a qualidade de um produto de software.</p><p>Essas abordagens definem um conjunto de componentes ou dimensões que devem ser</p><p>considerados durante a avaliação da qualidade, permitindo uma visão abrangente e</p><p>detalhada do software (ISO; IEC, 2011).</p><p>Fonte: adaptado de: ISO – INTERNATIONAL ORGANIZATION FOR</p><p>STANDARDISATION; IEC – INTERNATIONAL ELECTROTECHNICAL</p><p>COMMISSION. ISO/IEC 25010: systems and software engineering: systems and</p><p>software Quality Requirements and Evaluation (SQuaRE): system and software quality</p><p>models. Geneva: ISO: IEC, 2011.</p><p>Com base nas abordagens de componentes/dimensões de qualidade, analise as sentenças</p><p>a seguir:</p><p>I. As abordagens de componentes/dimensões de qualidade são aplicáveis apenas durante</p><p>a fase de desenvolvimento do software e têm relevância na fase de manutenibilidade.</p><p>II. As abordagens de componentes/dimensões de qualidade são utilizadas para</p><p>identificar e medir os diferentes aspectos que contribuem para a qualidade de um</p><p>produto de software.</p><p>III. Ao utilizar uma abordagem</p><p>de componentes/dimensões de qualidade, é possível</p><p>realizar uma análise detalhada da qualidade do software em diferentes aspectos,</p><p>facilitando a identificação de pontos fortes e pontos fracos.</p><p>IV. Uma abordagem comum de componentes/dimensões de qualidade é o modelo</p><p>ISO/IEC 25010, que define uma estrutura com 8 características de qualidade, como</p><p>funcionalidade, usabilidade, confiabilidade, desempenho, segurança, entre outras.</p><p>É correto o que se afirma em:</p><p>A</p><p>IV, apenas.</p><p>B</p><p>I, apenas.</p><p>C</p><p>I e III, apenas.</p><p>D</p><p>II e IV, apenas.</p><p>E</p><p>I, II e III, apenas.</p><p>6</p><p>A qualidade do processo de software é um aspecto essencial para garantir a efetividade</p><p>e eficiência do produto final. Para tanto, existem diversos critérios que são utilizados</p><p>para avaliar a qualidade do processo de software, como a conformidade com normas e</p><p>padrões, a utilização de metodologias e boas práticas, a adoção de técnicas de</p><p>gerenciamento e monitoramento, entre outros (Sommerville, 2011).</p><p>Fonte: adaptado de: SOMMERVILLE, I. Engenharia de Software. 9. ed. São Paulo:</p><p>Pearson Education, 2011.</p><p>Com base nas informações apresentadas, avalie as asserções a seguir e a relação</p><p>proposta entre elas:</p><p>I. A conformidade com normas e padrões é um critério importante para definir a</p><p>qualidade do processo de software.</p><p>PORQUE</p><p>II. As normas e padrões fornecem uma base comum para avaliar a qualidade do</p><p>processo de software e garantir que ele seja realizado de acordo com boas práticas</p><p>estabelecidas e reconhecidas pelo mercado.</p><p>A respeito dessas asserções, assinale a opção correta:</p><p>A</p><p>A asserção I é uma proposição verdadeira, e a II é uma proposição falsa.</p><p>B</p><p>As asserções I e II são verdadeiras, e a II é uma justificativa correta da I.</p><p>C</p><p>As asserções I e II são verdadeiras, mas a II não é uma justificativa correta da I.</p><p>D</p><p>As asserções I e II são falsas.</p><p>7</p><p>A qualidade de software é uma área de conhecimento que busca identificar e estabelecer</p><p>critérios para a melhoria contínua dos processos de desenvolvimento, manutenibilidade</p><p>e avaliação de sistemas de software. Alguns dos principais fundamentos da qualidade de</p><p>software incluem a definição de padrões de qualidade, a adoção de práticas de</p><p>engenharia de software, a utilização de ferramentas de suporte à gestão da qualidade e a</p><p>realização de avaliações e testes (Sommerville, 2011).</p><p>Fonte: SOMMERVILLE, I. Engenharia de Software. 9. ed. São Paulo: Pearson</p><p>Education, 2011.</p><p>Com base no que indica um dos principais fundamentos da qualidade de software,</p><p>assinale a alternativa correta:</p><p>A</p><p>A definição de padrões de qualidade.</p><p>B</p><p>A realização de testes de aceitação pelo cliente.</p><p>C</p><p>A utilização de linguagens de programação específicas.</p><p>D</p><p>contratação de uma equipe de testadores especializados.</p><p>8</p><p>Os custos de qualidade são um aspecto importante para qualquer organização que busca</p><p>melhorar seus processos de desenvolvimento de software e garantir a satisfação do</p><p>cliente. Existem dois tipos principais de custos de qualidade: custos com falhas internas</p><p>e custos com falhas externas. Os custos com falhas internas são aqueles associados a</p><p>falhas encontradas antes do lançamento do produto, enquanto os custos com falhas</p><p>externas são aqueles associados a falhas encontradas após o lançamento do produto</p><p>(Pressman, 2016).</p><p>Fonte: PRESSMAN, R. S. Engenharia de Software: uma abordagem profissional. 8.</p><p>ed. Porto Alegre: AMGH, 2016.</p><p>Considerando qual a diferença entre custos com falhas internas e custos com falhas</p><p>externas, assinale a alternativa correta:</p><p>A</p><p>Custos com falhas internas e custos com falhas externas são a mesma coisa.</p><p>B</p><p>Custos com falhas internas são aqueles associados a falhas encontradas após o</p><p>lançamento do produto, enquanto os custos com falhas externas são aqueles associados</p><p>a falhas encontradas antes do lançamento do produto.</p><p>C</p><p>Custos com falhas internas são aqueles associados a falhas encontradas durante o</p><p>desenvolvimento do produto, enquanto os custos com falhas externas são aqueles</p><p>associados a falhas encontradas após o lançamento do produto.</p><p>D</p><p>Custos com falhas internas são aqueles associados a falhas encontradas antes do</p><p>lançamento do produto, enquanto os custos com falhas externas são aqueles associados</p><p>a falhas encontradas após o lançamento do produto.</p><p>9</p><p>A busca por qualidade e teste de software não é algo novo. Desde os primórdios, o ser</p><p>humano busca aprimorar suas criações e produções, seja para torná-las mais duráveis,</p><p>funcionais ou esteticamente agradáveis.</p><p>Sobre o planejamento de testes de software analise as sentenças abaixo:</p><p>I. O planejamento de testes de software inclui a definição de cronogramas realistas,</p><p>alocação de recursos necessários e antecipação de possíveis problemas e riscos.</p><p>II. No planejamento de testes, a alocação de recursos como equipe de testes e ambiente</p><p>de teste é desnecessária, pois essas decisões são tomadas na fase de execução dos testes.</p><p>III. A fase de planejamento de testes é menos importante que a fase de execução, já que</p><p>os defeitos só podem ser encontrados e corrigidos durante a execução dos testes.</p><p>IV. A definição de estratégias de teste é abordada exclusivamente na fase de elaboração</p><p>dos casos de teste, não sendo considerada no planejamento de testes.</p><p>V. Durante o planejamento de testes, é crucial identificar as funcionalidades-chave do</p><p>software que precisam ser testadas.</p><p>É correto o que se afirma em:</p><p>A</p><p>II, III e V.</p><p>B</p><p>I e V¿¿.</p><p>C</p><p>I, IV e V.</p><p>D</p><p>II e III.</p><p>E</p><p>III e IV.</p><p>10</p><p>As atividades de apoio da qualidade de software incluem várias práticas, como:</p><p>revisões, auditorias e inspeções, que buscam melhorar a qualidade do produto final. As</p><p>revisões, por exemplo, consistem em avaliar o código, a documentação e outros</p><p>artefatos para identificar erros e melhorias. Já as auditorias são inspeções mais formais,</p><p>que buscam verificar se o processo de desenvolvimento está seguindo as normas e</p><p>padrões estabelecidos. Por fim, as inspeções são atividades mais estruturadas, realizadas</p><p>por uma equipe de revisores, que avaliam um ou mais artefatos com o objetivo de</p><p>identificar defeitos e oportunidades de melhoria (Pressman, 2016).</p><p>Fonte: PRESSMAN, R. S. Engenharia de Software: uma abordagem profissional. 8.</p><p>ed. Porto Alegre: AMGH, 2016.</p><p>Dentre as atividades de apoio da qualidade de software, assinale a alternativa correta</p><p>que indica qual se destaca:</p><p>A</p><p>Testes funcionais.</p><p>B</p><p>Revisões.</p><p>C</p><p>Levantamento de requisitos.</p><p>D</p><p>Desenvolvimento de código.</p>