Engenharia de softwareDesenvolvimento ágil

• (FCC 2014)

Há diversos processos e práticas ágeis de desenvolvimento de software. Considere:
I. Seu objetivo é criar um “código limpo que funcione”. Trabalha com a estratégia Red - Green - Refactor:
- Codifique o teste;
- Faça-o compilar e executar. O teste não deve passar ( Red).
- Implemente o requisito e faça o teste passar ( Green).
- Refatore o código ( Refactor).
II. Suas práticas, regras e valores garantem um agradável ambiente de desenvolvimento de softwarepara os seus seguidores, que são conduzidos pelos princípios básicos:
- Comunicação - manter o melhor relacionamento possível entre clientes e desenvolvedores, preferindo conversas pessoais a outros meios de comunicação;
- Simplicidade - implementar apenas requisitos atuais, evitando adicionar funcionalidades que podem ser importantes somente no futuro;
- Feedback- o desenvolvedor terá informações constantes do cliente e do código, em que testes constantes indicam os erros tanto individuais quanto do softwareintegrado;
- Coragem - encorajar as pessoas que não possuem facilidade de comunicação e bom relacionamento interpessoal, encorajar a equipe a experimentar e buscar novas soluções, além de encorajar a obtenção de feedbackdo cliente.
III. Objetiva capturar os critérios de aceitação para as funcionalidades em desenvolvimento. Trabalha com as seguintes etapas:
- Discutir ( Discuss): discussão colaborativa com a equipe visando elicitar os critérios de aceitação.
- Refinar ( Distill): refinamento dos critérios de aceitação em um conjunto concreto de cenários/exemplos de uso descrevendo o comportamento esperado da aplicação em uma linguagem comum a todos os membros da equipe.
- Desenvolver ( Develop): transformação dos testes de aceitação (descrevendo o comportamento esperado do software) em testes/especificação automatizados.
IV. Suas práticas incluem:
- Envolver as partes interessadas no processo através de Outside-in Development.
- Usar exemplos para descrever o comportamento de uma aplicação ou unidades de código.
- Automatizar os exemplos para prover um feedbackrápido e testes de regressão.
- Usar o verbo deve ( should) ao descrever o comportamento de softwarepara ajudar a esclarecer responsabilidades e permitir que funcionalidades sejam questionadas.
- Usar dublês de teste ( mocks, stubs, fakes, dummies, spies) para auxiliar na colaboração entre módulos e códigos que ainda não foram escritos.
Os processos ágeis I, II, III e IV são, correta e respectivamente, denominados:


A) BDD - DDD - ATDD - XP

B) TDD - BDD - DDD - XP

C) ATDD - XP - DDD - BDD

D) ATDD - BDD - TDD - DDD

E) TDD - XP - ATDD - BDD


Próximo:
EXERCÍCIOS - Exercício 54

Vamos para o Anterior: Exercício 52

Tente Este: Exercício 153

Primeiro: Exercício 1

VOLTAR ao índice: Engenharia de software