Buscar

Atividade 2 - Verificação e Validação de Software


Faça como milhares de estudantes: teste grátis o Passei Direto

Esse e outros conteúdos desbloqueados

16 milhões de materiais de várias disciplinas

Impressão de materiais

Agora você pode testar o

Passei Direto grátis

Você também pode ser Premium ajudando estudantes

Faça como milhares de estudantes: teste grátis o Passei Direto

Esse e outros conteúdos desbloqueados

16 milhões de materiais de várias disciplinas

Impressão de materiais

Agora você pode testar o

Passei Direto grátis

Você também pode ser Premium ajudando estudantes

Continue navegando


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. “