Pular para o conteúdo principal

Questão de Engenharia de Software — Processos de Software - Desenvolvimento Ágil — FCC 2017

Engenharia de SoftwareProcessos de Software - Desenvolvimento Ágil
Código
fc037985
Banca
FCC
Órgão
TRE-PR
Ano
2017
Nível
Médio
Cargo
Técnico Judiciário - Programação de Sistemas
A etapa “Construir os itens da Sprint” do método MAgil refere-se à implementação dos requisitos com apoio dos padrões de arquitetura, de banco de dados e de design estabelecidos para o projeto, com a intenção de entregar algo que possa gerar resultado observável ao Product Owner. Técnicas da eXtreme Programming − XP podem ser utilizadas.Neste caso, a equipe pode optar pela técnica XP:
  1. ABDD (Behavior-Driven Development), na qual os testes são escritos depois da funcionalidade. Esta técnica é muito simples mesmo quando há dependências entre classes da aplicação.
  2. BRefatoração, que consiste em integrar o trabalho diversas vezes ao dia, assegurando que a base de código permaneça consistente ao final de cada integração.
  3. CIntegração contínua, que significa melhorar o código sem alterar sua funcionalidade. Se após a integração o código continuar funcionando como anteriormente, as novas mudanças são incluídas, o que possibilita manter um bom projeto, apesar das mudanças frequentes.
  4. DPropriedade coletiva, que indica que todos são igualmente responsáveis por todas as partes. Os pares se revezam, as pessoas se revezam na formação dos pares e todos têm acesso e autorização para editar qualquer parte do código da aplicação, a qualquer momento.
  5. EIncremento pronto, um time-boxed de um mês ou menos durante o qual um “Pronto”, versão incremental potencialmente utilizável do produto, é criado.
Revelar gabarito e comentário

GabaritoD — Propriedade coletiva, que indica que todos são igualmente responsáveis por todas as partes. Os pares se revezam, as pessoas se revezam na formação dos pares e todos têm acesso e autorização para editar qualquer parte do código da aplicação, a qualquer momento.

Comentário gerado por IA. É um apoio ao estudo, ancorado em fontes, mas pode conter imprecisões — confira sempre na fonte oficial (lei, súmula, edital e gabarito da banca). Encontrou um erro? Use “Reportar”.

Método MAgil e práticas do XP

Gabarito: letra D. A única alternativa que descreve corretamente uma técnica da eXtreme Programming (XP) é a Propriedade coletiva do código, na qual todos os desenvolvedores têm igual responsabilidade e autorização para editar qualquer parte do código. As demais alternativas trocam os conceitos de BDD, Refatoração, Integração Contínua e Incremento (que é um artefato do Scrum, não do XP).

A questão cobra o conhecimento das 12 práticas fundamentais do XP, especialmente a Propriedade Coletiva do Código. Vamos analisar cada alternativa.

1Propriedade coletiva do código
Todos editam qualquer parte
Responsabilidade compartilhada
Pares se revezam
2Refatoração
Melhora o código
Sem alterar funcionalidade
3Integração contínua
Integra várias vezes ao dia
Evita conflitos
4BDD (Behavior-Driven Development)
Testes antes da funcionalidade
Test-first, não depois
5Incremento
Artefato do Scrum, não do XP
Práticas do XP (12 fundamentais)
LEVELsoulevel.com.br
Práticas do XP (12 fundamentais): Propriedade coletiva do código (Todos editam qualquer parte, Responsabilidade compartilhada, Pares se revezam); Refatoração (Melhora o código, Sem alterar funcionalidade); Integração contínua (Integra várias vezes ao dia, Evita conflitos); BDD (Behavior-Driven Development) (Testes antes da funcionalidade, Test-first, não depois); Incremento (Artefato do Scrum, não do XP)

Alternativa A — ❌ Incorreta

BDD (Behavior-Driven Development) é uma técnica que escreve os testes antes da funcionalidade (test-first), e não depois. Além disso, quando há dependências entre classes, os testes em BDD podem ser mais complexos, e não simples. A descrição está invertida.

Alternativa B — ❌ Incorreta

Refatoração consiste em melhorar o código sem alterar sua funcionalidade – ou seja, não incrementa funcionalidades. A alternativa troca o conceito: integração contínua é que envolve integrar o trabalho diversas vezes ao dia, assegurando consistência. A refatoração é um processo contínuo de melhoria da estrutura interna, mantendo o comportamento externo.

Alternativa C — ❌ Incorreta

Integração contínua significa integrar o código frequentemente (várias vezes ao dia) para evitar conflitos – e não melhorar o código sem alterar funcionalidade. Essa definição corresponde à Refatoração. A alternativa inverte os conceitos de Integração Contínua e Refatoração.

Alternativa D — ✅ Correta ⟵ GABARITO

A Propriedade coletiva do código (Coletive Code Ownership) é uma das 12 práticas do XP. Conforme o conteúdo de apoio, "Qualquer desenvolvedor pode modificar qualquer parte do código". A descrição da alternativa está perfeita: todos são igualmente responsáveis, os pares se revezam, e todos têm acesso e autorização para editar qualquer parte do código.

Alternativa E — ❌ Incorreta

Incremento pronto (ou "Increment") é um artefato do Scrum, não do XP. No Scrum, a Sprint é um time-boxed de até um mês, e ao final dela é gerado um Incremento potencialmente utilizável. O XP não define esse termo dessa forma; suas entregas são chamadas de "pequenos releases".

NÃO CAIA NESSA!

A banca troca os conceitos das práticas do XP, especialmente Refatoração e Integração Contínua (alternativas B e C) – cuidado para não confundir. Memorize: Refatoração = melhora o código sem mudar funcionalidade; Integração Contínua = integra frequentemente.

Gabarito: letra D.

Link permanente: /questoes/fc037985