Gabarito - Univesp - 2021 - Atividade para Avaliação - Semana 6 - Engenharia de Software

Revisar envio do teste: Semana 6 - Atividade Avaliativa\n\nPergunta 1\nTeste de release costuma ser um processo de teste caixa-preta, no qual os testes são derivados da especificação de sistema. Sobre o teste caixa-preta, assinale Verdadeiro (V) ou Falso (F):\n\n [ ] Teste caixa-preta é um tipo de teste estrutural, sendo o código do sistema a principal entrada para sua realização.\n [ ] Em teste caixa-preta, os casos de teste podem ser projetados considerando alguns critérios como, por exemplo, particionamento de classes válidas e inválidas e valor limite.\n [ ] Teste caixa-preta são realizados considerando o documento de projeto de software e os códigos.\n [ ] Teste caixa-preta pode ser apoiado pelo documento de especificação.\n [ ] Teste caixa-preta pode ser considerado um teste dinâmico, pois consulta o sistema em execução.\n\nAssinale a alternativa correta:\n\nResposta Selecionada: F-V-F-F-V.\nRespostas:\nV-V-V-V-V.\nV-V-F-F-F.\nV-F-V-F-V.\nF-V-F-V-F.\nF-V-F-F-V.\n\nComentário A primeira afirmativa é falsa uma vez que teste caixa-preta é um tipo de teste funcional, sendo o sistema testado via execução e comparação de entradas projetadas nos casos de teste e saídas esperadas.\nA terceira afirmativa é falsa uma vez que teste caixa-preta são realizados pela execução do sistema e não pela análise da documentação de projeto.\nA quarta afirmativa é falsa uma vez que teste caixa-preta são realizados pela execução do sistema. Pergunta 2\nOs testes não podem demonstrar se o software é livre de defeitos ou se ele se comportará conforme especificado em qualquer situação. Em relação aos conceitos de teste de software, assinale a alternativa correta:\n\nResposta Selecionada: O Teste de software é formado de atividades dinâmicas do tipo Validação e Verificação (V&V) e atividades estáticas de V&V como inspeções e revisões.\nRespostas:\nTeste de software é uma atividade essencial do processo de desenvolvimento de software, que é iniciada apenas quando o sistema já foi implementado.\nNo contexto de teste de software, defeito e erro são sinônimos.\nNo processo de desenvolvimento de software suportado por boas práticas de engenharia de software, requisitos de sistema são diretamente transformados em códigos durante a implementação do sistema.\nTeste de software é formado de atividades dinâmicas do tipo Validação e Verificação (V&V) e atividades estáticas de V&V como inspeções e revisões.\n\nComentário da resposta: Nos diferentes níveis de abstração da transformação de requisitos em produto de software, enganoss->erros->falhas.\nNo contexto de teste de software, defeitos são problemas normalmente de falha humana em algoritmos e erros são problemas, a partir da execução dos testes. Pergunta 3\nDas opções a seguir, quais são técnicas de teste estrutural que manipula o código em teste:\n\nResposta Selecionada: Teste caixa-branca.\nRespostas:\nTestes de sistema.\nTestes caixa-preta.\nTeste caixa-branca. Testes de software são exclusivamente atividades estáticas do tipo inspeções e revisões.\n\nA pergunta fundamental da atividade de validação de software é \"estamos construindo o software da maneira certa?\"\n\nA pergunta fundamental da atividade de verificação de software é \"estamos construindo o software certo?\"\n\nOs testes podem mostrar apenas a presença de defeitos, mas não a sua ausência, uma vez que testes exaustivos não são inviáveis.\n\nComentário da resposta:\nA pergunta fundamental da atividade de validação de software é \"estamos construindo o software certo?\"\n\nEm o objetivo das atividades de teste é mostrar apenas a presença de defeitos, mas não a sua ausência, uma vez que falhas ocorrem apenas quando o software está em execução com o cliente. Outro problema da questão é que temos vários objetivos e verificação por caixa-branca e opções de técnicas.\n\nA pergunta fundamental da atividade de verificação de software é \"estamos construindo o software da maneira certa?\" As vantagens de teste de software estático do tipo inspeção são:\n\n[ ] Durante o teste, erros podem mascarar (esconder) outros erros. Quando um erro conduz saídas inesperadas, você nunca tem certeza se as anomalias seguintes são decorrentes de um novo erro ou de um defeito colateral do erro principal.\n\n[ ] Inspeção não precisa de preocupações com as interações entre os erros e, consequentemente, uma sessão única de inspeção pode descobrir muitos erros no sistema.\n\n[ ] Versões incompletas de um sistema podem ser inspecionadas sem custos adicionais. Se um programa é incompleto, você precisa desenvolver dispositivos de teste especializados para testar as partes disponíveis. Isso aumenta os custos do desenvolvimento do sistema.\n\n[ ] Bem como a procura por defeitos de programa, uma inspeção pode considerar outros atributos da qualidade de um programa, como a conformidade com os padrões, adotabilidade e manutenibilidade.\n\n[ ] Em testes de inspeção, pode-se procurar ineficiências, redundâncias e um estilo pobre de programação. Essas desqualificações podem tornar o sistema de difícil manutenção e atualização.\n\nResposta Selecionada:\nV-V-V-V-F.\nRespostas:\nV-F-V-F-V.\nV-V-V-F-F.\nV-F-F-F-F.\n\nComentário da resposta:\nEssas afirmações estão na p. 146 do livro PDF do Sommerville. O desenvolvimento dirigido a teste (Test Driven Development - TDD) é uma abordagem para o desenvolvimento de programas em que se intercalam testes e desenvolvimento de código. Assinale quais das alternativas não é um benefício do desenvolvimento dirigido a teste.\n\nResposta Selecionada:\nElimina a necessidade de testes do sistema posterior.\nRespostas:\nCobertura mínima de código pelo teste. Comentário da resposta: As primeiras 4 afirmações são corretas como visto em aula. Para ficar correta a última afirmação deveria ser: Correto: As interfaces de software são modeladas na etapa de Projeto de Software e elas são fundamentais para promover o reuso de componentes de software. Interface de software permite a exportação e a importação de serviços entre os componentes.\n\nPergunta 10\n\nOs níveis de teste de sistemas têm grande relação com as fases de desenvolvimento do software. Relacione os níveis de testes (Testes de Unidade - TU, Testes de Integração - TI e Testes de Sistemas - TS) com as fases de desenvolvimento (Análise de Requisitos - AR, Projeto de Alto nível - PA e Projeto Detalhado - PD).\n\nResposta Selecionada: TU-PD, TI-PD, TS-AR.\n\nRespostas:\n- TU-PA, TI-PD, TS-AR.\n- TU-AR, TI-PD, TS-PD.\n- TU-PA, TI-AR.\n- TU-PD, TI-PA, TS-AR.\n\nComentário: Como apresentado pelo professor na videoaula 19, slide 8, existe uma relação entre os níveis de desenvolvimento. Ele apresenta um modelo em V que demonstra essa relação.