A respeito de gerenciamento de defeitos, julgue o item subsecutivo.

Um relatório de incidente deve identificar o defeito por meio de uma ID única, um resumo da anomalia e uma descrição detalhada do defeito, como por exemplo, as pré-condições e pós-condições e demais informações que contextualizam o defeito e sua correção.

A respeito de gerenciamento de defeitos, julgue o item subsecutivo.

A classificação da prioridade de correção dos defeitos encontrados deve ser realizada por um processo de triagem, cujas principais características a serem consideradas são o custo e o prazo envolvidos.

A respeito de gerenciamento de defeitos, julgue o item subsecutivo.

Defeitos categorizados como menos prioritários devem ser corrigidos em versões posteriores do software.

A respeito de gerenciamento de defeitos, julgue o item subsecutivo.

O ciclo de vida de um defeito é realizado em três fases: identificação do defeito, ação para reproduzi-lo e ações para corrigi-lo.

Com relação à análise e à avaliação de riscos em projetos de teste de software, julgue o item a seguir.

Após um sistema ter sido completamente integrado, é possível testá-lo em relação ao desempenho e à confiabilidade. O teste de desempenho significa estressar o sistema por meio de demandas fora dos limites do projeto de software.

Com relação à análise e à avaliação de riscos em projetos de teste de software, julgue o item a seguir.

Teste é um processo que busca atingir a confiabilidade do software, portanto, por meio de testes é possível verificar se um software está livre de defeitos ou comportamentos indesejados em todas as circunstâncias.

Segundo o manual de práticas de contagem (CPM) do IFPUG, versão 4.3, e o roteiro de métricas de software do SISP, versão 2.0, julgue o item subsequente, a respeito da mensuração de sistemas em pontos de função.

De acordo com o CPM, Scope Creep é o fenômeno que explica a mudança de requisitos anteriores à implantação dos projetos de desenvolvimento e de manutenção de software, a partir do maior conhecimento sobre as necessidades e funcionalidades de negócio adquiridas pelo usuário e pelo desenvolvedor

Segundo o manual de práticas de contagem (CPM) do IFPUG, versão 4.3, e o roteiro de métricas de software do SISP, versão 2.0, julgue o item subsequente, a respeito da mensuração de sistemas em pontos de função.

No CPM 4.3, estão definidos dois tipos de projetos de software: o de desenvolvimento e o de melhoria. Caso seja requisitada no projeto de software a migração ou carga inicial de dados para uma nova aplicação, tanto no projeto de desenvolvimento quanto no projeto de melhoria, não serão consideradas as funcionalidades de conversão de dados.

Segundo o manual de práticas de contagem (CPM) do IFPUG, versão 4.3, e o roteiro de métricas de software do SISP, versão 2.0, julgue o item subsequente, a respeito da mensuração de sistemas em pontos de função.

De acordo com a versão 4.3 do CPM, em caso de requisitos de usuário para o desenvolvimento de funcionalidades de manutenção de help, deve-se contar também a função de dados e as funcionalidades de manutenção.

Com relação a conceitos de qualidade de software, julgue o próximo item.

Quando ocorre uma falha na execução de um programa devido à sua não conformidade a um requisito de software, a correção dessa falha impede a ocorrência de novos erros, os quais poderiam resultar em outras falhas.