Prévia do material em texto
CENTRO UNIVERSITÁRIO DA GRANDE DOURADOS Curso Engenharia de Software Disciplina: Verificação e Validação de Software Atividade 02 Atividade referente às aulas 3 e 4 Enviar no Portfólio 2 Aluno: Rhuan Pablo da Silva RGM 123.1513 Polo: Bruxelas Data 30/09/2023 Nota máxima da Atividade: 2.5 PRESTE ATENÇÃO - VOCÊ DEVE ENVIAR AS ATIVIDADES DAS AULAS 3 E 4 NO PORTFÓLIO 2. CADA CONJUNTO DE ATIVIDADE VALE 2,5 PONTOS 1: O que são Revisões? (0,5) É o processo onde várias pessoas se reúnem para procurar erros nos artefatos de software, ou no processo de desenvolvimento. “A meta principal de aplicarmos as revisões é descobrir erros de forma precoce, evitando prejuízos.” 2: Explique Revisões Técnicas Formais, Informais e Post-Mortem. (0,75) Revisões Técnicas Formais: “É uma atividade de controle da qualidade de software realizada por engenheiros de software que tem o objetivo de descobrir erros na função, lógica ou implementação para qualquer representação do software; verificar se o software que está sendo revisado atende aos requisitos e garantir que o software foi representado de acordo com os padrões predefinidos. É elaborada uma reunião e ao final é gerado um documento resumindo o que aconteceu e os problemas relatados, para que seja possível fazer o acompanhamento.” Revisões Técnicas Informais: “São revisões onde o nível de formalidade é reduzido, envolvendo duas ou mais pessoas para revisar um artefato de software. A eficiência dessas revisões é consideravelmente menor do que as abordagens mais formais, mas um simples teste de mesa pode revelar erros que, de outra forma, poderiam se propagar ainda mais na gestão de qualidade.” Avaliações Post-Mortem: “São avaliações que não avaliam um artefato de software, mas sim o processo inteiro. Consiste em promover uma reflexão da equipe sobre o que deu certo e o que deu errado no processo de elaboração do sistema, quando o processo e a prática de engenharia de software são aplicados em um projeto específico.” CENTRO UNIVERSITÁRIO DA GRANDE DOURADOS Curso Engenharia de Software Disciplina: Verificação e Validação de Software 3: O que são testes? (0,25) “ele consiste na detecção de erros através da execução do programa, seja por via automatizada ou por meio dos usuários testadores, que usam o programa para verificar a ocorrência de erros.“ 4: Em uma rotina típica de desenvolvimento de software, temos três estágios de teste, sendo assim cite e explique DETALHADAMENTE cada um deles. (1,0) 1. Teste de Desenvolvimento: “Os testes de desenvolvimento são realizados pelos próprios desenvolvedores, na busca de erros que podem ter sido inseridos no sistema.” “Dependendo do nível de abrangência de código que está sendo testado, podemos definir três tipos de testes de desenvolvimento, que são: Teste unitário, Teste de Comportamento e Teste de sistema.” 1.1. Teste unitário: “São os testes nos componentes (Classe, função ou um conjunto de funções) de um programa. Toda vez que você escrever uma classe ou uma função no sistema, você faz os testes para verificar se o comportamento está equivalente ao esperado.” 1.2. Teste de Comportamento: “São os testes que testam um conjunto de unidades do sistema, agrupados em um componente. Podemos testar uma classe Casa por exemplo, que configura um teste unitário. Mas se agruparmos essa classe com outras classes que fazem parte de uma fração lógica do sistema, estamos criando um componente. Assim podemos fazer um teste integrando essas classes, configurando um teste de componente.” 1.3. Teste de sistema: “O intuito deste teste é verificar se os componentes são compatíveis, se interagem corretamente e transferem os dados de forma correta em uma ocasião correta, através de suas interfaces. Nesse teste estamos testando todo o sistema, inclusive a sua integração com outros componentes do sistema.” 2. Teste de Release: “São feitos por equipes distintas da equipe de desenvolvimento, com o intuito de verificar se o sistema está correto e atendendo a necessidade dos stakeholders do sistema.” 3. Teste de Usuário: “É um estágio no processo de teste, em que, os usuários ou clientes fornecem entradas e conselhos sobre o teste de sistema. Isso pode envolver o teste formal de sistema que foi aprovado por um fornecedor externo ou processo informal em que os usuários experimentam um produto de software novo para ver se gostam e verificar se fazem o que eles precisam. “