Questões de Concurso Comentadas por alunos sobre qualidade de software em engenharia de software

portabilidade é o conjunto de atributos que evidenciam o esforço necessário para fazer modificações no software.

usabilidade é o conjunto de atributos que evidenciam o esforço necessário para se poder utilizar o software.

eficiência é o conjunto de atributos que evidenciam a capacidade do software de manter o próprio desempenho sob condições estabelecidas durante um período de tempo estabelecido.

manutenibilidade é o conjunto de atributos que evidenciam a capacidade do software de ser transferido de um ambiente para outro.

funcionalidade é o conjunto de atributos que evidenciam o relacionamento entre o nível de desempenho do software e a quantidade de recursos usados.

flexibilidade refere-se ao esforço exigido para transferir o programa de um ambiente de sistema de hardware e/ou software para outro.

manutenibilidade refere-se ao esforço exigido para transferir o programa de um ambiente de sistema de hardware e/ou software para outro.

reusabilidade refere-se ao esforço exigido para transferir o programa de um ambiente de sistema de hardware e/ou software para outro.

portabilidade refere-se ao esforço exigido para transferir o programa de um ambiente de sistema de hardware e/ou software para outro.

integridade refere-se ao esforço exigido para transferir o programa de um ambiente de sistema de hardware e/ou software para outro.

no nível de projeto, o gerenciamento de qualidade está preocupado com o estabelecimento de um framework de processos organizacionais e padrões que levem a softwares de alta qualidade. Isso significa que a equipe de gerenciamento de qualidade deve assumir a responsabilidade de definir os processos de desenvolvimento do software que serão usados e os padrões que devem ser usados no software, bem como a documentação relacionada, incluindo os requisitos de sistema, projeto e código.

no nível de projeto, o gerenciamento de qualidade envolve a aplicação de processos específicos de codificação, verificando se os processos planejados foram seguidos, e a garantia de que as saídas de projeto estejam em conformidade com os padrões aplicáveis ao projeto.

no nível organizacional, o gerenciamento de qualidade está preocupado com o estabelecimento de um plano de qualidade. O plano de qualidade deve definir as metas de qualidade para o projeto e quais processos e padrões devem ser usados.

no nível organizacional, o gerenciamento de qualidade envolve a aplicação de processos específicos de qualidade, verificando se os processos planejados foram seguidos, e a garantia de que as saídas de projeto estejam em conformidade com os padrões aplicáveis ao projeto.

no nível organizacional, o gerenciamento de qualidade está preocupado com o estabelecimento de um framework de processos organizacionais e padrões que levem a softwares de alta qualidade. Isso significa que a equipe de gerenciamento de qualidade deve assumir a responsabilidade de definir os processos de desenvolvimento do software que serão usados e os padrões que devem ser usados no software, bem como a documentação relacionada, incluindo os requisitos de sistema, projeto e código.

como parte da implantação contínua, ele automatiza o processo de forma que impeça que a nova versão do sistema entre em produção, caso o teste falhe.

como parte da entrega contínua, ele automatiza uma série de rotinas para que o sistema seja automaticamente posto em produção.

como parte da implantação contínua, ele elabora uma série de testes para garantir que ao implementar uma nova rotina ou funcionalidade as outras partes do sistema continuem operando normalmente.

como parte da integração contínua, ele automatiza o processo de agregar novas mudanças na forma de recursos e funcionalidades, em uma nova versão.

como parte da entrega contínua, ele elabora smoke tests para garantir o funcionamento do sistema, antes de enviá-lo para produção.

boas práticas de engenharia de software ditam que o problema também deve ser visto sob a perspectiva do cliente. Assim, as métricas de densidade podem ser insuficientes, pois um único problema no software pode torná-lo inutilizável.

contagem de defeitos pela quantidade de linhas de código (LOC) deve considerar apenas linhas executáveis, mas não definição de dados nem comentários.

as métricas de ponto de função consideram as linhas de código que são terminadas por delimitadores lógicos.

a análise de pontos de função não pode ser considerada uma medida subjetiva, apesar da sua contagem se basear em avaliação de trechos de código.

medir a qualidade do software por densidade através da quantidade de linhas de código (LOC) não possui valor objetivo, pois como o software pode mudar após sua primeira versão, linhas de código modificadas serão contabilizadas múltiplas vezes, distorcendo a medida.