Questão de Arquitetura de Software — Software — FUNDEP (Gestão de Concursos) 2024
Arquitetura de Software›Software
Código
qg185536
Banca
FUNDEP (Gestão de Concursos)
Órgão
HRTN - MG
Ano
2024
Nível
Superior
Cargo
Analista de Sistemas
Uma equipe de desenvolvimento de software está focada em melhorar a qualidade de um aplicativo.Qual das práticas a seguir é uma recomendação para garantir a qualidade do software?
ABuscar feedbacks dos usuários e implementar os testes como descritos no digrama de objetos.
BRealizar testes considerando os cenários descritos no diagrama de classe.
CImplementar um processo de revisão de código entre os membros da equipe.
DPriorizar a velocidade de entrega em detrimento da qualidade do código.
Revelar gabarito e comentário▾
GabaritoC — Implementar um processo de revisão de código entre os membros da equipe.
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”.
Qualidade de Software
Gabarito: letra C. A revisão de código entre os membros da equipe é uma prática consolidada para garantir a qualidade do software, permitindo a detecção precoce de defeitos, a disseminação de conhecimento e a aderência a padrões de codificação. As demais alternativas não representam recomendações diretas e efetivas para a melhoria da qualidade.
O tema central é a identificação de práticas que efetivamente contribuem para a qualidade do software. A engenharia de software reconhece a revisão de código (code review) como uma técnica de verificação estática, complementar aos testes dinâmicos, e que reduz significativamente a incidência de erros.
Alternativa A — ❌ Incorreta
"Buscar feedbacks dos usuários e implementar os testes como descritos no diagrama de objetos" – Embora o feedback de usuários seja valioso, a referência a "testes como descritos no diagrama de objetos" é vaga e não corresponde a uma prática padrão de garantia de qualidade. Diagramas de objetos são artefatos de modelagem, não especificações de teste. A assertiva mistura conceitos de forma imprecisa.
Alternativa B — ❌ Incorreta
"Realizar testes considerando os cenários descritos no diagrama de classe" – Diagramas de classe representam a estrutura estática do sistema, não cenários de uso. Testes baseiam-se em casos de uso, especificações funcionais ou modelos de comportamento (como diagramas de sequência ou de atividades). A alternativa parte de uma premissa equivocada.
Alternativa C — ✅ Correta ⟵ GABARITO
"Implementar um processo de revisão de código entre os membros da equipe" – A revisão de código (ou inspeção de código) é uma prática amplamente adotada em metodologias ágeis e tradicionais para melhorar a qualidade. Ela permite identificar defeitos antes da execução dos testes, promove a troca de conhecimento entre a equipe e assegura a conformidade com boas práticas de codificação. Estudos de caso (como os publicados pela IEEE) demonstram redução de até 50% nos defeitos com a adoção sistemática de revisões.
Alternativa D — ❌ Incorreta
"Priorizar a velocidade de entrega em detrimento da qualidade do código" – Essa prática é oposta ao objetivo de garantir qualidade. A pressa excessiva pode introduzir dívida técnica e aumentar o custo de manutenção. A qualidade deve ser um atributo não negociável, equilibrado com o cronograma.
PEGA ESSA DICA!
Em questões sobre qualidade de software, lembre-se dos pilares: processos definidos (CMMI, ISO 9001), testes sistemáticos (caixa-branca/caixa-preta), revisões técnicas formais e métricas. Desconfie de alternativas que mencionam diagramas específicos como fonte única de testes – eles são complementares, não determinantes.