Buscar

Atividade 3 - 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

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 03
Atividade referente à aula 5
Enviar no Portfólio 3
Aluno: Rhuan Pablo da Silva RGM 123.1513
Polo: Bruxelas Data 01/10/2023
Nota máxima da Atividade: 2,5
PRESTE ATENÇÃO - VOCÊ DEVE ENVIAR AS ATIVIDADES DA AULA 5 NO PORTIFÓLIO 3.
CADA CONJUNTO DE ATIVIDADE VALE 1,25 PONTOS
1: Defina o que é o TDD, explique em detalhes, detalhando também o que seria o chapéu
TDD. (1,5)
Desenvolvimento Dirigido a Testes é “uma metodologia que visa escrever os testes
antes do código, fazendo que o programador escreva os testes unitários junto com a
implementação do sistema. Ela segue os seguintes passos: escrevemos o teste para a
nossa funcionalidade; vemos o teste falhar; escrevemos a implementação da nossa
funcionalidade; vemos o teste passar para essa funcionalidade, junto com os demais
testes anteriores; verificamos se é necessário promover melhorias em nosso código e se
for necessário, fazemos as melhorias e executamos os testes para verificar se tudo ainda
corre bem.” “As vantagens do TDD, como feedback rápido sobre possíveis problemas no
sistema, garantia para que o programador mude os códigos sem medo de causar uma
falha no sistema sem saber, desenvolvimento orientado ao que fazer, pensando no design
das classes antes da implementação da classe, entre outros.” Após essas etapas, o
desenvolvedor pode refatorar o código, se necessário, para melhorar a qualidade e a
eficiência do código, mas sempre garantindo que os testes continuem passando.
“O chapéu TDD é uma metáfora muitas vezes usada para descrever a prática de trocar
chapéus mentais durante o processo de desenvolvimento. Na prática, o chapéu TDD
ajuda a manter um processo de desenvolvimento disciplinado, garantindo que o código
seja testado de forma abrangente.”
No contexto do TDD, os chapéus representam diferentes perspectivas:
“Chapéu vermelho: Representa o teste. Nesta fase, o desenvolvedor veste o "chapéu
vermelho" para pensar como um testador e escrever testes que descrevam o
comportamento desejado do código.”
“Chapéu verde: Representa o sucesso. Quando o código passa nos testes, o
desenvolvedor está usando o "chapéu verde" para celebrar o sucesso do código.”
“Chapéu preto: Representa a reflexão crítica. O desenvolvedor pode usar o "chapéu
preto" para revisar o código e identificar problemas, melhorias ou refatorações
necessárias.”
“Chapéu branco: Representa a neutralidade e os fatos. Este chapéu pode ser usado
para olhar objetivamente para o código e entender sua estrutura e lógica.”
CENTRO UNIVERSITÁRIO DA GRANDE DOURADOS
Curso Engenharia de Software
Disciplina: Verificação e Validação de Software
2: Em relação ao ciclo de vida do TDD, marque a alternativa relativa a primeira etapa do
ciclo de vida. (0,5)
a) Escrever o teste mais simples
b) Vê ele falhar
c) Implementa a solução mais simples que resolve o problema
d) Refatora para remover duplicidade de dados e de código
“A”
3: Julguem os itens, a respeito da vantagem de utilizar TDD. (0,5)
I - Foco no teste e não na implementação. Ao começar pelo teste, o programador
consegue pensar somente no que a classe deve fazer, e esquece por um momento da
implementação. Isso o ajuda a pensar em melhores cenários de teste para a classe sob
desenvolvimento.
II - Código nasce testado. Se o programador pratica o ciclo corretamente, isso então
implica em que todo o código de produção escrito possui ao menos um teste de unidade
verificando que ele funciona corretamente.
III - Simplicidade. Ao buscar pelo código mais simples constantemente, o desenvolvedor
acaba por fugir de soluções complexas, comuns em todos os sistemas. O praticante de
TDD escreve código que apenas resolve os problemas que estão representados por um
teste de unidade. Quantas vezes o desenvolvedor não escreve código
desnecessariamente complexo?
São corretos apenas:
a) I
b) I e II
c) II e III
d) I e III
e) I, II e III.
“E”
Bom Estudo!

Continue navegando