Questões de Concurso
Sobre qualidade de software em engenharia de software
Foram encontradas 720 questões
I.O esforço de teste deve ser distribuído igualmente entre todas as funcionalidades, garantindo cobertura uniforme do sistema.
II.A seleção de casos de teste deve priorizar cenários críticos de negócio e combinações representativas de dados, em vez de tentar cobrir todas as possibilidades.
III.Técnicas como particionamento de equivalência e análise de valor limite são utilizadas para reduzir o número de testes mantendo boa cobertura funcional.
É correto o que se afirma em:
I. Testes de Regressão automatizados são cruciais para garantir que novas funcionalidades ou correções de bugs não tenham introduzido efeitos colaterais indesejados em partes do sistema que antes funcionavam corretamente. II. O Test-Driven Development (TDD) é uma prática em que os testes automatizados são escritos depois que o código de produção está completamente finalizado, servindo apenas como uma forma de documentar o comportamento do sistema. III. A automação de testes elimina completamente a necessidade de testes manuais, pois os scripts automatizados são capazes de cobrir 100% dos cenários de uso, incluindo testes de usabilidade e exploratórios, que avaliam a experiência do usuário.
Está correto o que se afirma em:
Essa relação, geralmente denominada “curva da banheira”, indica uma taxa de defeitos relativamente alta no início da vida, caindo para um nível estável após um período de tempo. Todavia, à medida que o tempo passa, a taxa aumenta novamente. A curva mostrada na figura representa a relação da taxa de defeitos em função do tempo para:
Existe um modelo de qualidade de produto de software composto por características e subcaracterísticas que permitem avaliar diferentes atributos do sistema. Nesse contexto, assinale a alternativa que NÃO corresponde a uma subcaracterística associada à flexibilidade do produto de software.
Os testes funcionais compõem uma categoria essencial na estratégia de qualidade de software, sendo amplamente utilizados para verificar a conformidade do sistema com seus requisitos. Diante disso, analise as afirmativas a seguir sobre testes funcionais e suas técnicas:
II. A técnica de particionamento de equivalência divide o domínio de entrada em grupos de valores que devem ser tratados de forma idêntica pelo sistema, permitindo reduzir o número de casos de teste sem comprometer a cobertura dos cenários representativos.
III. Testes funcionais e testes de unidade são equivalentes em escopo e propósito, pois avaliam o comportamento do sistema sob a perspectiva do usuário final, sem analisar detalhes de implementação.
IV. A análise de valor limite é uma técnica de teste funcional que concentra os casos de teste nos extremos das classes de equivalência, como valores imediatamente abaixo, exatamente no limite e imediatamente acima dele, em que a probabilidade de ocorrência de erros é maior.
Estão CORRETAS:
I. Capturar todos os tipos de exceção em um único bloco genérico é considerado boa prática, pois elimina a necessidade de identificar os tipos de erro esperados e dispensa o registro de logs, já que todos os erros passam a ser tratados de forma uniforme.
II. Em uma estrutura tente-capture-finalmente, o bloco é adequado para liberar recursos como conexões e arquivos abertos, pois sua execução não depende do caminho percorrido pelo fluxo de controle dentro do bloco tente.
III. Um script que falha silenciosamente, sem registrar log nem notificar a equipe, adota uma boa prática de desenvolvimento, pois evita interrupções desnecessárias no fluxo de trabalho e mantém o sistema em operação.
IV. O tratamento de exceções deve ser específico, capturando apenas os tipos de erro esperados, para que erros inesperados não passem despercebidos e possam ser identificados e corrigidos.
Julgue as alternativas como V (verdadeira) ou F (falsa) e assinale a alternativa que apresenta a classificação CORRETA das afirmativas:
Analise as afirmativas a seguir:
I. A definição de uma baseline (linha de base) de requisitos estabelece um conjunto de itens formalmente aprovado, que passa a servir como referência para o controle de mudanças ao longo do projeto.
II. A garantia da qualidade de software tem como foco exclusivo a detecção de defeitos no produto final, não abrangendo atividades relacionadas à definição, ao acompanhamento ou à melhoria do processo de desenvolvimento.
III. Mesmo após a validação dos requisitos, mudanças podem ocorrer ao longo do projeto, tornando necessário um processo estruturado de controle de mudanças.
IV. A rastreabilidade de requisitos torna-se desnecessária em processos de desenvolvimento iterativos ou ágeis, uma vez que as entregas frequentes eliminam a necessidade de controle sistemático entre requisitos e artefatos.
V. A rastreabilidade de requisitos contribui para a qualidade do software ao permitir verificar se todos os requisitos definidos foram adequadamente implementados e testados.
Está CORRETO o que se afirma em:
I. A verificação tem como objetivo assegurar que o software está sendo desenvolvido corretamente, em conformidade com as especificações e requisitos definidos nas fases anteriores.
II. A validação busca confirmar se o software desenvolvido atende às necessidades reais e ao uso pretendido pelo usuário final (o "produto certo").
III. Testes de aceitação, realizados com a participação do usuário ou cliente, são atividades que caracterizam exclusivamente a verificação de software.
IV. Revisões técnicas formais e inspeções de artefatos (como documentos de requisitos e diagramas) são técnicas tipicamente associadas à verificação de software.
Está CORRETO o que se afirma em:
Durante a condução de um projeto de software, a equipe técnica decidiu acompanhar a qualidade do produto ao longo de seu desenvolvimento. Para isso, foram definidos critérios objetivos para avaliar características como confiabilidade, manutenibilidade e desempenho, de maneira a verificar se o software atendia aos padrões estabelecidos e a identificar pontos de melhoria ao longo do projeto.
Considerando-se a situação descrita, é correto afirmar que a qualidade de software
Na Engenharia de Software, requisitos não funcionais desempenham papel fundamental na definição de restrições e qualidades que o sistema deve apresentar. Nesse sentido, representa um requisito não funcional de software a capacidade de o sistema de software