4203695
Ano: 2026
Disciplina: TI - Desenvolvimento de Sistemas
Banca: CONSULPAM
Orgão: Pref. Pindorama-SP
Disciplina: TI - Desenvolvimento de Sistemas
Banca: CONSULPAM
Orgão: Pref. Pindorama-SP
Em uma equipe responsável por evoluir uma aplicação
corporativa crítica, foram adotadas práticas de Scrum,
XP, Domain-Driven Design, Test-Driven Development,
testes automatizados com NUnit e versionamento de
código-fonte. Durante uma retrospectiva, discutiu-se a
relação entre incremento de produto, testes
automatizados, integração de alterações e modelagem
do domínio de negócio. Nesse contexto, analise as
sentenças a seguir:
I- Em ferramentas de teste como NUnit, testes unitários substituem a necessidade de versionamento de código-fonte, pois a rastreabilidade das alterações passa a ser garantida exclusivamente pelo histórico de execução dos testes.
II- Em TDD, a sequência clássica envolve escrever inicialmente um teste automatizado que falha, implementar o código mínimo para fazê-lo passar e, em seguida, refatorar preservando o comportamento verificado pelos testes.
III- No Domain-Driven Design, a adoção de uma linguagem ubíqua dispensa a delimitação de bounded contexts, pois um único vocabulário de domínio deve ser compartilhado integralmente por todos os módulos, subsistemas e equipes da organização.
IV- No Scrum, o incremento produzido ao final de uma Sprint deve estar potencialmente utilizável quando atende à Definition of Done, mas isso não significa que cada incremento precise ser obrigatoriamente implantado em produção ao término de toda Sprint.
Analisadas as sentenças, estão CORRETAS apenas:
I- Em ferramentas de teste como NUnit, testes unitários substituem a necessidade de versionamento de código-fonte, pois a rastreabilidade das alterações passa a ser garantida exclusivamente pelo histórico de execução dos testes.
II- Em TDD, a sequência clássica envolve escrever inicialmente um teste automatizado que falha, implementar o código mínimo para fazê-lo passar e, em seguida, refatorar preservando o comportamento verificado pelos testes.
III- No Domain-Driven Design, a adoção de uma linguagem ubíqua dispensa a delimitação de bounded contexts, pois um único vocabulário de domínio deve ser compartilhado integralmente por todos os módulos, subsistemas e equipes da organização.
IV- No Scrum, o incremento produzido ao final de uma Sprint deve estar potencialmente utilizável quando atende à Definition of Done, mas isso não significa que cada incremento precise ser obrigatoriamente implantado em produção ao término de toda Sprint.
Analisadas as sentenças, estão CORRETAS apenas: