
Estude fácil! Tem muito documento disponível na Docsity
Ganhe pontos ajudando outros esrudantes ou compre um plano Premium
Prepare-se para as provas
Estude fácil! Tem muito documento disponível na Docsity
Prepare-se para as provas com trabalhos de outros alunos como você, aqui na Docsity
Os melhores documentos à venda: Trabalhos de alunos formados
Prepare-se com as videoaulas e exercícios resolvidos criados a partir da grade da sua Universidade
Responda perguntas de provas passadas e avalie sua preparação.
Ganhe pontos para baixar
Ganhe pontos ajudando outros esrudantes ou compre um plano Premium
Comunidade
Peça ajuda à comunidade e tire suas dúvidas relacionadas ao estudo
Descubra as melhores universidades em seu país de acordo com os usuários da Docsity
Guias grátis
Baixe gratuitamente nossos guias de estudo, métodos para diminuir a ansiedade, dicas de TCC preparadas pelos professores da Docsity
Duas atividades relacionadas à engenharia de software, onde são discutidos casos de queda de aviões devido a falhas em testes de software e as técnicas de testes de integração (bottom-up, top-down, big-bang e sandwich).
O que você vai aprender
Tipologia: Exercícios
1 / 1
Esta página não é visível na pré-visualização
Não perca as partes importantes!
Atividade “Teste de Software” da competência 07 da máteria de Engenharia de Software lecionada pelo professor Josemar Félix
Aluno: Daniel Miranda Andretta Turma: Manhã - M Curso: Tecnologia em Análise e Desenvolvimento de Sistemas
Enunciado 1: Em agosto de 1997 na cidade de Guam, houve a queda do vôo 801 da Korean Air Lines, matando 225 pessoas. Segundo informações, a queda poderia ter sido evitada se tivesse sido feito testes de software de maneira eficaz. Responda que testes deveriam ter sido feitos para que se evitasse a queda do avião.
Resposta: Depois de muita pesquisa, percebemos que o motivo do acidente foi uma mistura de razões que promoveram uma séria de falhas e problemas que foram se somando de uma forma que poderíamos dizer que o motivo principal foi erro humano do capitão do vôo, porém, isto não quer dizer que testes de software que levassem em consideração situações raras que poderiam ser previstas e portanto preventivamente evitadas, não poderiam ter evitado este ou outros acidentes, pois é também necessário que se leve em consideração a realidade por volta do software e porque motivo ele foi criado e que consequências ele pode ter sistematicamente. No caso do vôo 801, temos dois fatores relacionados a software que favoreceram a queda do acidente, que foram o sistema ILS (Instrument Landing System) que estava fora de serviço e a equipe de vôo não tinha conhecimento disso, e o sistema MSAW (Minimum Safe Altitude Warning) que ignorou o avião como se fosse um alarme falso por ele estar abaixo da altitude que o sistema reconhecia como um avião que deveria ser avisado. Portanto, neste caso que o problema foi mais sistemático e os profissionais da área de TI deveriam ter visto através do software, o teste de software recomendado que deveria ter sido utilizado é o teste de regressão, pois ele poderia ser feito observando o sistema como um todo e percebendo como ocasiões indesejadas poderiam ocorrer, e portanto, quais medidas poderiam ser tomadas para lidar com tais situações que poderiam causar acidentes e como evitá-las.
Enunciado 2: O que seriam os Testes de Integração: Bottom-up, Top- down, Big-bang, 'Sanduíche'.
Resposta: No caso da técnica Botton-up, a integração do sistema começa com a partir do nível mais baixo do software, ou seja, o módulo. O módulo é conhecido como como o mais baixo nível se ele não depende de outro módulo. A técnica Bottom-Up assume que todos os módulos foram individualmente testados antes. Já a técnica Top-down, o teste começa do nível mais alto para o mais baixo, ou seja, os componentes de mais alto nível são integrados primeiro e é como o oposto da Bottom-Up. Diferentemente, na técnica Big-bang, os módulos são testados isoladamente e depois integrados de uma só vez. Por fim, na técnica Sandwich, um sistema é integrado misturando a técnica Top-down com a Botton-up, dividindo o sistema em três camadas: Lógica, Middle e Operacional.