Questão de Engenharia de Software — Engenharia de Requisitos — FCC 2025
Engenharia de Software›Engenharia de Requisitos
Código
fc150545
Banca
FCC
Órgão
SEFAZ PI
Ano
2025
Cargo
AFFE ( )
Quando falamos sobre tipos de documentos de teste, estamos nos referindo a um conjunto de artefatos essenciais no processo de Garantia da Qualidade (QA), que ajudam a planejar, organizar, executar e registrar as atividades de teste de software. Um desses documentos é
Aa Matriz de Rastreabilidade, que liga os requisitos aos casos de teste correspondentes sendo, de certa forma, um “mapa” que garante que nada do que foi pedido fique sem teste.
Ba Matriz de Riscos, que organiza os requisitos de negócio e os relaciona com os defeitos encontrados durante os testes, permitindo priorizar os casos de uso mais críticos para o usuário final.
Co Plano de Teste, que descreve os passos detalhados de execução dos testes e define os critérios de aceitação de cada caso, sendo usado somente durante a execução manual das funcionalidades.
Do Caso de Teste, que é utilizado para documentar os defeitos encontrados, associando cada erro a uma falha de requisito, servindo como base para priorização de correções.
Eo Relatório de Defeitos, que lista todos os testes planejados para um ciclo, vinculando-os aos objetivos do projeto e aos critérios de entrada e saída definidos no planejamento.
Revelar gabarito e comentário▾
GabaritoA — a Matriz de Rastreabilidade, que liga os requisitos aos casos de teste correspondentes sendo, de certa forma, um “mapa” que garante que nada do que foi pedido fique sem teste.
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”.
Documentos de Teste de Software
Gabarito: letra A. A Matriz de Rastreabilidade é o documento que liga cada requisito aos casos de teste correspondentes, funcionando como um mapa que garante a cobertura completa do que foi especificado — exatamente o que a alternativa descreve. As demais alternativas trocam as funções de outros artefatos de teste (Plano de Teste, Caso de Teste, Relatório de Defeitos) ou citam documentos que não existem com aquela finalidade (Matriz de Riscos).
Os documentos de teste são artefatos que organizam o processo de Garantia da Qualidade (QA), cada um com um papel específico no ciclo: planejar, especificar, executar e registrar. A Matriz de Rastreabilidade é um dos mais importantes porque estabelece a ligação bidirecional entre requisitos e casos de teste — ela responde à pergunta "todo requisito tem teste?" e "todo teste atende a um requisito?". Essa rastreabilidade é essencial para o controle de mudanças: quando um requisito é alterado, a matriz mostra quais casos de teste precisam ser revisados ou criados.
O Plano de Teste é o documento de nível gerencial: define escopo, estratégia, recursos, cronograma, critérios de entrada e saída, e riscos do ciclo de teste. Já o Caso de Teste é o documento de nível operacional: descreve pré-condições, passos de execução, dados de entrada e resultados esperados para uma condição de teste específica. O Relatório de Defeitos (ou Bug Report) registra as falhas encontradas durante a execução, com informações como severidade, prioridade, passos para reproduzir e evidências. Cada um tem uma função distinta, e a banca explora justamente a confusão entre eles.
A pegadinha central desta questão é a inversão de papéis: a alternativa C atribui ao Plano de Teste a função do Caso de Teste (passos detalhados de execução), a alternativa D atribui ao Caso de Teste a função do Relatório de Defeitos (documentar defeitos), e a alternativa E atribui ao Relatório de Defeitos a função do Plano de Teste (listar testes planejados). A alternativa B inventa um documento chamado "Matriz de Riscos" com uma função que não corresponde a nenhum artefato padrão de teste. A única que descreve corretamente um documento real é a A.
Guarde a fronteira entre os quatro artefatos principais — Plano de Teste (gerencial), Caso de Teste (operacional), Relatório de Defeitos (registro de falhas) e Matriz de Rastreabilidade (ligação requisito-teste) — pois é exatamente nela que as alternativas se dividem.
Documento de Teste
Função Principal
Nível de Detalhe
Momento no Ciclo
Matriz de Rastreabilidade
Liga requisitos a casos de teste, garantindo cobertura completa
Mapa de relacionamento
Durante todo o ciclo
Plano de Teste
Define escopo, estratégia, recursos, cronograma e critérios de entrada/saída
Gerencial
Antes da execução
Caso de Teste
Descreve pré-condições, passos de execução, dados e resultados esperados
Operacional
Durante a preparação
Relatório de Defeitos
Registra falhas encontradas, com severidade, prioridade e evidências
A Matriz de Rastreabilidade é o documento que relaciona requisitos a casos de teste, garantindo que cada requisito especificado tenha cobertura de teste. A descrição da alternativa está precisa: é um "mapa" que assegura que nada do que foi pedido fique sem teste. Esse artefato também apoia a análise de impacto quando requisitos mudam, pois permite identificar rapidamente quais casos de teste são afetados.
Alternativa B — ❌ Incorreta
Não existe um documento padrão chamado "Matriz de Riscos" com essa função. A Matriz de Riscos (ou matriz de probabilidade e impacto) é uma ferramenta de gestão de riscos que relaciona a probabilidade de ocorrência de um risco com seu impacto, não requisitos de negócio com defeitos. A alternativa mistura conceitos de gestão de riscos com rastreabilidade de requisitos, criando um artefato híbrido que não corresponde a nenhum documento de teste padrão.
Alternativa C — ❌ Incorreta
A descrição atribui ao Plano de Teste a função do Caso de Teste. O Plano de Teste é um documento gerencial que define estratégia, escopo, recursos e cronograma do ciclo de teste — não descreve passos detalhados de execução. Quem descreve passos de execução, pré-condições e resultados esperados é o Caso de Teste. Além disso, o Plano de Teste não é usado "somente durante a execução manual" — ele orienta todo o ciclo, incluindo testes automatizados.
Alternativa D — ❌ Incorreta
A descrição atribui ao Caso de Teste a função do Relatório de Defeitos. O Caso de Teste especifica o que testar e como testar (passos, dados, resultado esperado), não documenta defeitos encontrados. Quem registra defeitos, associando-os a falhas de requisito e servindo de base para priorização de correções, é o Relatório de Defeitos (Bug Report). A alternativa inverte completamente os papéis desses dois artefatos.
Alternativa E — ❌ Incorreta
A descrição atribui ao Relatório de Defeitos a função do Plano de Teste. O Relatório de Defeitos registra falhas encontradas durante a execução dos testes, com informações como severidade, prioridade e passos para reproduzir. Quem lista os testes planejados para um ciclo, vinculando-os aos objetivos do projeto e aos critérios de entrada e saída, é o Plano de Teste. A alternativa inverte a função do Relatório de Defeitos, atribuindo-lhe um papel de planejamento que não lhe pertence.
NÃO CAIA NESSA!
Para não confundir os documentos de teste, use o critério do nível de detalhe e do momento do ciclo: o Plano de Teste responde "o quê e como vamos testar" (gerencial, antes da execução); o Caso de Teste responde "passo a passo de cada teste" (operacional, durante a preparação); o Relatório de Defeitos responde "o que falhou" (registro, durante/após a execução); e a Matriz de Rastreabilidade responde "todo requisito tem teste?" (ligação, durante todo o ciclo).