Questão de Engenharia de Software — Metodologia de desenvolvimento de software — FCC 2016
Engenharia de Software›Metodologia de desenvolvimento de software
Código
fc032748
Banca
FCC
Órgão
SEGEP-MA
Ano
2016
Nível
Superior
Cargo
Técnico da Receita Estadual - Tecnologia da Informação - Conhecimentos Específicos
A homologação
Aé a comprovação, pelo cliente e stakeholders, de que o produto resultante do projeto de software atende aos critérios previamente estabelecidos com o cliente. Inclui elementos de verificação e de validação do produto e tem como meta principal a obtenção do aceite do produto.
Bé um tipo de teste executado pelo cliente no ambiente de operação que resulta em uma lista de erros. Os erros encontrados são corrigidos ou aceitos pelo cliente.
Cacontece durante todo o ciclo de desenvolvimento e é considerada finalizada com sucesso apenas quando o software funcionar da forma esperada pelo cliente no ambiente de testes.
Dtem como objetivo evitar que o cliente identifique erros no produto, por isso ocorre antes que o cliente receba a versão final no ambiente de produção. Uma vez homologado no ambiente do cliente, ajustes não são mais permitidos no produto.
Edá ao cliente a visibilidade da qualidade do software. Por isso, segue o padrão CMMI, que propõe a geração de um relatório de exceções que reporta as ocorrências dos testes de homologação, as divergências dos resultados esperados e o plano de ação para que o cliente trate estas exceções.
Revelar gabarito e comentário▾
GabaritoA — é a comprovação, pelo cliente e stakeholders, de que o produto resultante do projeto de software atende aos critérios previamente estabelecidos com o cliente. Inclui elementos de verificação e de validação do produto e tem como meta principal a obtenção do aceite do produto.
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”.
Homologação (Teste de Aceitação) em Engenharia de Software
Gabarito: letra A. A homologação, também conhecida como teste de aceitação, é a fase em que o cliente e demais stakeholders validam formalmente se o produto de software atende aos critérios previamente estabelecidos. Ela engloba elementos de verificação (o produto foi construído corretamente segundo a especificação) e validação (o produto certo foi construído, atendendo às necessidades do cliente), tendo como principal objetivo a obtenção do aceite do produto. É a última etapa antes da entrega final.
As demais alternativas distorcem o propósito ou o escopo da homologação. Vejamos cada uma:
Aspecto
Homologação (Teste de Aceitação)
Alternativa B (incorreta)
Alternativa C (incorreta)
Alternativa D (incorreta)
Alternativa E (incorreta)
Definição principal
Comprovação formal pelo cliente de que o produto atende aos critérios acordados
Reduzida a uma atividade de detecção de defeitos
Considerada como ocorrendo durante todo o ciclo de desenvolvimento
Visa evitar que o cliente identifique erros
Foco apenas em visibilidade da qualidade, sem ênfase no aceite formal
Escopo temporal
Fase específica após testes de sistema, antes da entrega final
Não especifica fase, mas foco em erros
Incorretamente descrita como contínua ao longo do ciclo
Ocorre antes da versão final, mas com propósito invertido
Não especifica fase claramente
Ambiente de execução
Ambiente real do cliente ou simulado de produção
Ambiente de operação do cliente
Ambiente de testes interno
Ambiente do cliente, mas com restrição a ajustes posteriores
Não especifica ambiente
Objetivo principal
Obter aceite formal do produto (verificação + validação)
Gerar lista de erros para correção ou aceitação
Fazer o software funcionar como esperado no ambiente de testes
Impedir que o cliente encontre erros
Gerar relatório de exceções para o cliente tratar
Resultado esperado
Aprovação formal e aceite do produto
Lista de defeitos corrigidos ou aceitos
Software funcionando conforme esperado em testes
Produto sem ajustes posteriores
Relatório de exceções e plano de ação
Alternativa A — ✅ Correta ⟵ GABARITO
A definição está precisa: a homologação é a comprovação, pelo cliente, de que o produto atende aos critérios acordados. Inclui verificação e validação e visa o aceite. Esse é o conceito clássico nos livros de engenharia de software, como Pressman e Sommerville.
Alternativa B — ❌ Incorreta
Afirma que a homologação resulta em uma “lista de erros” que são corrigidos ou aceitos. Isso reduz a homologação a uma atividade de detecção de defeitos, quando na verdade seu foco principal é a aprovação formal do produto. Embora defeitos possam ser encontrados, o objetivo não é gerar uma lista de erros, mas sim obter o aceite. Essa descrição se aproxima mais de um teste de sistema (ou de validação interna) do que de um teste de aceitação.
Alternativa C — ❌ Incorreta
Diz que a homologação “acontece durante todo o ciclo de desenvolvimento”. Isso está errado: a homologação (teste de aceitação) é uma fase específica que ocorre após os testes de sistema, antes da entrega. Também afirma que é finalizada com sucesso apenas quando o software funciona “da forma esperada pelo cliente no ambiente de testes”, mas o correto é que a homologação ocorre no ambiente real do cliente (ou em ambiente simulado que represente a produção), e não apenas no ambiente de testes interno.
Alternativa D — ❌ Incorreta
Inverte completamente o propósito: “tem como objetivo evitar que o cliente identifique erros”. Ao contrário, a homologação expõe o software ao cliente justamente para que ele identifique possíveis problemas antes da aceitação final. Além disso, afirma que “uma vez homologado … ajustes não são mais permitidos”. Na prática, ajustes podem ser feitos após a homologação (correções emergenciais ou novas versões), embora a homologação seja o marco de aceitação.
Alternativa E — ❌ Incorreta
Mistura a homologação com o modelo CMMI, afirmando que “segue o padrão CMMI”. O CMMI (Capability Maturity Model Integration) é um modelo de maturidade de processos, não um padrão específico para testes de homologação. A homologação pode existir em organizações que não adotam CMMI. O “relatório de exceções” não é um artefato obrigatório ou exclusivo da homologação.
NÃO CAIA NESSA!
A banca explora a confusão entre a homologação (teste de aceitação) e outras atividades. Em especial, a alternativa B parece tentadora por mencionar “lista de erros” e “corrigidos ou aceitos”, mas o erro está em reduzir o objetivo principal ao relato de defeitos. Na prova, lembre-se: homologar = aprovar/aceitar, não apenas encontrar erros.
PEGA ESSA DICA!
Para acertar questões sobre níveis de teste, monte mentalmente a sequência: Teste Unitário → Teste de Integração → Teste de Sistema → Teste de Aceitação (Homologação). O último é executado pelo cliente e visa o aceite final. Guarde: “Homologação → Cliente → Aceite”.
Portanto, a única alternativa que descreve corretamente a homologação é a letra A.