(1,0)
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.
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.
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.
A JUnit é uma biblioteca típica de testes de apoio e fornece suporte para a execução de testes, geração de logs e verificação de resultados. Por meio do conjunto de classes C# do JUnit, é possível a criação de ambiente de testes automatizado.
No que diz respeito à norma ISO/IEC 27005, de gestão de riscos, julgue o item seguinte. Nesse sentido, considere que a sigla SGSI, sempre que utilizada, se refere a sistema de gestão de segurança da informação.
O processo descrito pela norma ISO/IEC 27005 fornece as diretrizes para a gestão de riscos de segurança da informação de uma organização sincronizada com o ciclo de melhoria contínua PDCA utilizado em um SGSI, conforme a ISO/IEC 27001.
Conforme descreve a norma em questão, a metodologia para estimativa de riscos qualitativa pode ser utilizada: como uma verificação inicial a fim de identificar riscos que exigirão uma análise mais detalhada; quando esse tipo de análise é suficiente para a tomada de decisões; e quando os dados numéricos ou recursos são insuficientes para uma estimativa quantitativa.
O processo para a gestão de riscos de segurança da informação descrito pela referida norma pode ser usado para avaliações de riscos em um projeto; porém, não pode ser aplicado à operação cotidiana de um SGSI.
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
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.
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.
A qualidade de software é fundamentada nas necessidades do usuário. A falta de conformidade aos requisitos de software é determinante para a falta de qualidade de software.
No que se refere à garantia da qualidade de software (SQA - software quality assurance), julgue o item que se segue.
Segundo a SQA estatística, 80% dos defeitos de software podem ser mapeados em 20% de todas as causas possíveis no código.
SQA pode ser aplicada em algumas fases do processo de engenharia de software, como análise, projeto, codificação e testes.
Recuperar senha
