(CESPE – 2012 – TCE/E – Auditor de Controle Externo – Tecnologia da
Informação) Em virtude de as metodologias ágeis gerarem excessiva
documentação, a gestão do conhecimento depende diretamente dos
programadores envolvidos no projeto.

(CESPE – 2011 – EBC – Analista de Sistemas) O que os métodos ágeis buscam é
como evitar as mudanças desde o início do projeto e não a melhor maneira de
tratar essas mudanças.

(CESPE – 2010 – BASA – Técnico Científico – Arquitetura de Tecnologia)
Desenvolvimento ágil de software (Agile Software Development) ou método ágil
é aplicado, principalmente, a grandes corporações, uma vez que permite
produzir grandes sistemas de forma ágil.

(CESPE – 2010 – TCU – Auditor Federal de Controle Externo – Tecnologia da
Informação) A agilidade não pode ser aplicada a todo e qualquer processo de software.

(CESPE – – UNIPAMPA – Analista de Sistemas) XP, Scrum e Cristal são exemplos de modelos ágeis de desenvolvimento de sistemas.

(CESPE - 2011 - EBC - Analista - Engenharia de Software) Considerando o
conceito de metodologia ágil em apreço, é correto afirmar que as seguintes
metodologias são ágeis: XP (Extreme Programming), Scrum, Crystal, FDD
(Feature Driven Development), DSDM (Dynamic Systems Development Method)
e Open Source Software Development.

(CESPE - 2013 - CNJ - Técnico Judiciário - Programação de Sistemas) O
desenvolvimento ágil de sistemas consiste em uma linguagem de modelagem
que permite aos desenvolvedores visualizarem os produtos de seu trabalho em
gráficos padronizados.

(CESPE - 2011 - EBC - Analista - Engenharia de Software) É conveniente que o
contrato, entre cliente e fornecedor, para o desenvolvimento de um sistema
computacional, contenha a lista de requisitos para o software. Contudo, os
métodos ágeis de desenvolvimento preconizam que o referido contrato
estabeleça o preço, a ser pago pelo cliente, com base no tempo necessário para
o desenvolvimento do sistema e não com base no conjunto de requisitos.

(CESPE - 2015 – MPOG/ATI - Analista de Sistemas) Metodologias de
desenvolvimento ágil enfocam atividades de projeto e implementação,
desconsiderando as atividades de elicitação de requisitos e a produção de
documentação

(CESPE - 2016 – TCE/PR - Analista de Sistemas) Os métodos ágeis para o
desenvolvimento de software representam uma evolução da engenharia de
software tradicional, uma vez que são aplicáveis a todos os tipos de projetos,
produtos, pessoas e situações.

(CESPE - 2016 – TCE/PR - Analista de Sistemas) Para que um projeto
fundamentado em métodos ágeis de desenvolvimento tenha sucesso, a situação
ou o problema a ser resolvido deve-se manter inalterado enquanto durar o
projeto.

(CESPE - 2016 – TCE/PR - Analista de Sistemas – Um dos princípios de
agilidade da Agile Alliance dispõe que a entrega completa de um software
garante a satisfação do cliente

(CESPE – – INMETRO – Analista Executivo em Metrologia e Qualidade –
Desenvolvimento de Sistemas) A rotina diária dos desenvolvedores, ao empregar
processos baseados no TDD (Test-Driven Development), é concentrada na
elaboração de testes de homologação.

(CESPE – 2013 – INPI – Analista de Planejamento – Desenvolvimento e
Manutenção de Sistemas) Usando-se o TDD, as funcionalidades devem estar
completas e da forma como serão apresentadas aos seus usuários para que
possam ser testadas e consideradas corretas.

(CESPE – 2013 – ANCINE – Analista de Sistemas) No desenvolvimento de
software conforme as diretivas do TDD (Test-Driven Development), deve-se
elaborar primeiramente os testes e, em seguida, escrever o código necessário
para passar pelos testes.

(CESPE – 2013 – MPOG – Analista de Sistemas) Ao realizar o TDD (test-driven
development), o programador é conduzido a pensar em decisões de design
antes de pensar em código de implementação, o que cria um maior
acoplamento, uma vez que seu objetivo é pensar na lógica e nas
responsabilidades de cada classe.

(CESPE – 2013 – MPU – Analista de Sistemas) Na metodologia TDD, ou
desenvolvimento orientado a testes, cada nova funcionalidade inicia com a
criação de um teste, cujo planejamento permite a identificação dos itens e
funcionalidades que deverão ser testados, quem são os responsáveis e quais os
riscos envolvidos.

(CESPE – 2013 – STF – Analista de Sistemas) No TDD, o primeiro passo do
desenvolvedor é criar o teste, denominado teste falho, que retornará um erro,
para, posteriormente, desenvolver o código e aprimorar a codificação do
sistema.