Buscar

atividade 2 - Verificação e validação de Software - Engenharia 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

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
Você viu 3, do total de 3 páginas

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: Ivair Rodrigues Garcia 
Polo: Caracol MS 
 
Nota máxima da Atividade: 2.5 
 
PRESTE ATENÇÃO - VOCÊ DEVE ENVIAR AS ATIVIDADES DAS AULAS 3 E 4 NO 
PORTIFÓ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 é descobrir erros de forma precoce 
para evitar 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 especifico. 
3: O que são testes? (0,25) 
CENTRO UNIVERSITÁRIO DA GRANDE DOURADOS 
Curso Engenharia de Software 
Disciplina: Verificação e Validação de Software 
 
 
 
É um estágio do desenvolvimento de software, cujo intuito é mostrar, o que um programa 
faz, o que é proposto a fazer e para descobrir os defeitos do programa antes do uso. 
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) 
Teste de Desenvolvimento: São testes feitos pela própria equipe de desenvolvimento do 
sistema e podem ser divididos em: teste unitário, teste de componentes e teste do sistema. 
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. 
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. 
Teste de sistema: O intuito deste teste é verificar se os componentes são 
compatíveis, se interagem corretamente e transferem os dados de forma 
corretamente 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. 
 
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. 
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 faz 
o que eles precisam. 
 
Bom Estudo! 
 
CENTRO UNIVERSITÁRIO DA GRANDE DOURADOS 
Curso Engenharia de Software 
Disciplina: Verificação e Validação de Software

Continue navegando