Logo Passei Direto
Buscar

Prova Qualidade de Software

Ferramentas de estudo

Questões resolvidas

A avaliação da qualidade de software segundo a ISO/IEC 9126 tem por título geral “Engenharia de software - qualidade do produto”. Esta norma é constituída por 6 subdivisões.
A ISO/IEC 9126 está subdividida em:
A Qualidade interna, qualidade externa, processo, engenharia de produto, metodologias e ferramentas.
B Funcionalidade, engenharia de produto, metodologias, ferramentas, portabilidade e testes.
C Funcionalidade, confiabilidade, usabilidade, eficiência, manutenibilidade e portabilidade.
D Qualidade externa, qualidade de processo, qualidade de produto, metodologias, boas práticas e ferramentas.
E Funcionalidade, confiabilidade, processos, engenharia, qualidade e métricas.

As métricas são elementos intrínsecos à qualidade de software, podendo ser algo em relação à documentação ou meta dentro do processo de desenvolvimento de software. Estas métricas abordam situações tais como: linha de código, falhas e erros, por exemplo. Para facilitar nossa compreensão sobre as métricas, elas podem ser divididas em relação ao tempo, aos recursos e às ocorrências.
As métricas em relação aos recursos estão relacionadas:
A A um determinado tempo que um processo leva para ser concluído.
B A um determinado evento como erro, defeito, inspeção de código, número de mudanças nos requisitos e número médio de defeito por linhas de códigos alteradas.
C Ao tempo e recurso de um determinado processo.
D Ao tempo e evento sobre um determinado processo.
E Aos recursos que são utilizados para que um determinado processo seja executado. Como por exemplo, a medição de esforço total de número de pessoas por dia, custos de viagens e alocação de recursos em nuvem.

Erros, defeitos e falhas são elementos importantes dentro dos conteúdos de qualidade de software. Erros ocorrem devido a alguma ação humana em consequência de um defeito no software. Defeitos são problemas de informações, dados ou instruções incorretas. E falha é quando o software não se comporta conforme requisitos estabelecidos ou ausentes.
Compreendendo a diferença entre erros, defeitos e falhas, quais seriam algumas causas dos erros em software?
A Definição dos requisitos (não estabelecidos ou ausentes), falhas de comunicação, desvios nos requisitos, erros de projeto lógico, erros de codificação, não conformidade com a documentação, falhas no processo de testes, erros de UI e erros na documentação.
B Definição de falhas de comunicação, falha em projetos, falhas em não conformidade com a documentação, ausência de UI e documentação incompleta.
C Definição de desvios nos requisitos, falhas no processo de desenvolvimento, erros no código, desvios no cronograma, falhas de gerenciamento de projeto.
D Definição de erros de codificação, alinhamento na documentação dos requisitos, erros nos requisitos do projeto lógico e falhas de implementação.
E Definição dos requisitos, erros de testes, não conformidade com o cronograma de atividades e problemas no corpo do código.

A ISO 12207 é uma norma que certifica sistemas de gestão de qualidade. Esta norma especifica fatores relacionados aos requisitos dentro das atividades de desenvolvimento de software. Ela possui quatro níveis principais: processos fundamentais, processos de apoio, processos organizacionais e processos de adaptação.
Quais são os subníveis do nível processos fundamentais?
A Identificação do ambiente do projeto, solicitação de informações, seleção de processos, atividades e tarefas e documentação das decisões e motivos de adaptação.
B Documentação, gerência de configuração, gerência de qualidade, processo de verificação, processo de validação, processo de revisão conjunta, processo de auditoria, processo de resolução de problemas.
C Processo de aquisição, fornecimento, desenvolvimento, operação e manutenção.
D Processo de gerência, de infraestrutura, de melhoria e de treinamento.
E Processo de certificação, validação e verificação de erros, defeitos e falhas.

Material
páginas com resultados encontrados.
páginas com resultados encontrados.
left-side-bubbles-backgroundright-side-bubbles-background

Crie sua conta grátis para liberar esse material. 🤩

Já tem uma conta?

Ao continuar, você aceita os Termos de Uso e Política de Privacidade

left-side-bubbles-backgroundright-side-bubbles-background

Crie sua conta grátis para liberar esse material. 🤩

Já tem uma conta?

Ao continuar, você aceita os Termos de Uso e Política de Privacidade

left-side-bubbles-backgroundright-side-bubbles-background

Crie sua conta grátis para liberar esse material. 🤩

Já tem uma conta?

Ao continuar, você aceita os Termos de Uso e Política de Privacidade

left-side-bubbles-backgroundright-side-bubbles-background

Crie sua conta grátis para liberar esse material. 🤩

Já tem uma conta?

Ao continuar, você aceita os Termos de Uso e Política de Privacidade

left-side-bubbles-backgroundright-side-bubbles-background

Crie sua conta grátis para liberar esse material. 🤩

Já tem uma conta?

Ao continuar, você aceita os Termos de Uso e Política de Privacidade

left-side-bubbles-backgroundright-side-bubbles-background

Crie sua conta grátis para liberar esse material. 🤩

Já tem uma conta?

Ao continuar, você aceita os Termos de Uso e Política de Privacidade

Questões resolvidas

A avaliação da qualidade de software segundo a ISO/IEC 9126 tem por título geral “Engenharia de software - qualidade do produto”. Esta norma é constituída por 6 subdivisões.
A ISO/IEC 9126 está subdividida em:
A Qualidade interna, qualidade externa, processo, engenharia de produto, metodologias e ferramentas.
B Funcionalidade, engenharia de produto, metodologias, ferramentas, portabilidade e testes.
C Funcionalidade, confiabilidade, usabilidade, eficiência, manutenibilidade e portabilidade.
D Qualidade externa, qualidade de processo, qualidade de produto, metodologias, boas práticas e ferramentas.
E Funcionalidade, confiabilidade, processos, engenharia, qualidade e métricas.

As métricas são elementos intrínsecos à qualidade de software, podendo ser algo em relação à documentação ou meta dentro do processo de desenvolvimento de software. Estas métricas abordam situações tais como: linha de código, falhas e erros, por exemplo. Para facilitar nossa compreensão sobre as métricas, elas podem ser divididas em relação ao tempo, aos recursos e às ocorrências.
As métricas em relação aos recursos estão relacionadas:
A A um determinado tempo que um processo leva para ser concluído.
B A um determinado evento como erro, defeito, inspeção de código, número de mudanças nos requisitos e número médio de defeito por linhas de códigos alteradas.
C Ao tempo e recurso de um determinado processo.
D Ao tempo e evento sobre um determinado processo.
E Aos recursos que são utilizados para que um determinado processo seja executado. Como por exemplo, a medição de esforço total de número de pessoas por dia, custos de viagens e alocação de recursos em nuvem.

Erros, defeitos e falhas são elementos importantes dentro dos conteúdos de qualidade de software. Erros ocorrem devido a alguma ação humana em consequência de um defeito no software. Defeitos são problemas de informações, dados ou instruções incorretas. E falha é quando o software não se comporta conforme requisitos estabelecidos ou ausentes.
Compreendendo a diferença entre erros, defeitos e falhas, quais seriam algumas causas dos erros em software?
A Definição dos requisitos (não estabelecidos ou ausentes), falhas de comunicação, desvios nos requisitos, erros de projeto lógico, erros de codificação, não conformidade com a documentação, falhas no processo de testes, erros de UI e erros na documentação.
B Definição de falhas de comunicação, falha em projetos, falhas em não conformidade com a documentação, ausência de UI e documentação incompleta.
C Definição de desvios nos requisitos, falhas no processo de desenvolvimento, erros no código, desvios no cronograma, falhas de gerenciamento de projeto.
D Definição de erros de codificação, alinhamento na documentação dos requisitos, erros nos requisitos do projeto lógico e falhas de implementação.
E Definição dos requisitos, erros de testes, não conformidade com o cronograma de atividades e problemas no corpo do código.

A ISO 12207 é uma norma que certifica sistemas de gestão de qualidade. Esta norma especifica fatores relacionados aos requisitos dentro das atividades de desenvolvimento de software. Ela possui quatro níveis principais: processos fundamentais, processos de apoio, processos organizacionais e processos de adaptação.
Quais são os subníveis do nível processos fundamentais?
A Identificação do ambiente do projeto, solicitação de informações, seleção de processos, atividades e tarefas e documentação das decisões e motivos de adaptação.
B Documentação, gerência de configuração, gerência de qualidade, processo de verificação, processo de validação, processo de revisão conjunta, processo de auditoria, processo de resolução de problemas.
C Processo de aquisição, fornecimento, desenvolvimento, operação e manutenção.
D Processo de gerência, de infraestrutura, de melhoria e de treinamento.
E Processo de certificação, validação e verificação de erros, defeitos e falhas.

Prévia do material em texto

Questão 1/10 - Qualidade de Software 
 Ler em voz alta 
Revisões de código avaliam o código para encontrar erros de quaisquer naturezas. É uma tarefa 
que pode ser desenvolvida em equipe ou apenas por um programador experiente. O que 
importa mesmo é o feedback dado durante o processo de revisão, sugerindo alternativas, 
pontos positivos do código, adaptações aos padrões e boas práticas entre outras situações. 
A ideia de revisões de código é algo de longa data, porém qual a metodologia ágil que o colocou 
mais em evidência? 
 A SCRUM. 
 B Kanban. 
 C FDD. 
 D SCRUM e Kanban. 
 E XP (eXtreming Programming) 
Você assinalou essa alternativa (E) 
 
Questão 2/10 - Qualidade de Software 
 Ler em voz alta 
O termo Site Reliability Engineering (SRE) foi cunhado pela Google por conta de situações que 
colocaram a confiabilidade do software em evidência. Desde então, o SRE tem a missão de 
proteger, fornecer e melhorar todas as aplicações para que as mesmas sejam escaláveis, 
confiáveis e eficientes. 
Juntamente aos princípios de SRE o CI/CD (Continuous Integration/Continuous Delivery) tomou 
larga proporção dentro do processo de desenvolvimento de software e entrega. 
Dentro deste contexto o que o CI/CD resolve dentro do processo de desenvolvimento e garantia 
da qualidade de software? 
 A O CI/CD é o processo de se preparar a build do software. 
 B O CI/CD é um método para criação de métricas de software. 
 C O CI/CD não faz parte do desenvolvimento de software, logo não tem 
importância para o processo de desenvolvimento e qualidade. 
 D O CI/CD apenas automatiza a entrega do produto na nuvem. 
 E O CI/CD é um método que permite que a entrega de aplicações de 
forma automatizada, integrada e contínua garantindo a qualidade do 
software e de seu processo. 
Você assinalou essa alternativa (E) 
 
Questão 3/10 - Qualidade de Software 
 Ler em voz alta 
O PSP (Personal Software Process) foi desenvolvido por Watts Humphrey nos anos de 1995, 
para orientação do planejamento e desenvolvimento de software. É um processo aderente à 
engenharia de software, em especial para desenvolvimento de projetos individuais e de pequeno 
porte. Este processo pode ser compreendido como um subconjunto do CMMI, porém possui 
uma revisão contínua em cada ciclo do desenvolvimento. 
Este possui níveis conforme as etapas de processo de desenvolvimento, e dentro do nível PSP0 
quais são os 3 procedimentos importantes? 
 A TSP, processo e melhoria contínua. 
 B Qualidade, software e TSP. 
 C KLOC, TSP e planejamento. 
 D Processo cíclico, desenvolvimento e qualidade. 
 E Planejamento, desenvolvimento e testes. 
Você assinalou essa alternativa (E) 
 
Questão 4/10 - Qualidade de Software 
 Ler em voz alta 
O CMMI (Capability Maturity Model Integration) é um modelo com práticas importantes para 
maturidade de disciplinas específicas em engenharia de software, engenharia de sistemas, 
desenvolvimento integrado de processo e produto e escolha de fornecedores. Modelo 
administrado pelo Instituto CMMI, baseia-se em melhores práticas para o desenvolvimento e 
manutenção de software. Dividido em cinco níveis de maturidade, as quais atestam o grau de 
maturidade dos processos de uma empresa. 
O Nível 0 ou incompleto está relacionado a: 
 A Todos os critérios estabelecidos no nível um já foram satisfeitos e todos os 
processos estão de acordo com a política definida para a organização. 
 B Todos os critérios do nível dois já foram satisfeitos e o processo de 
desenvolvimento é adaptado com base no conjunto de processos 
padronizados de acordo com a cultura organizacional da empresa 
 C Todos os critérios estabelecidos no nível três já foram satisfeitos e o 
processo é gerenciável, fazendo uso de medição e avaliação quantitativa. 
 D Processos que não funcionam ou não atingem todas as metas e 
objetivos definidos pela CMMI. 
Você assinalou essa alternativa (D) 
 E Processos definidos pela CMMI já estão sendo executados com tarefas 
que produzem artefatos definidos. 
 
Questão 5/10 - Qualidade de Software 
 Ler em voz alta 
A avaliação da qualidade de software segundo a ISO/IEC 9126 tem por título geral “Engenharia 
de software - qualidade do produto”. Esta norma é constituída por 6 subdivisões. 
A ISO/IEC 9126 está subdividida em: 
 A Qualidade interna, qualidade externa, processo, engenharia de produto, 
metodologias e ferramentas 
 B Funcionalidade, engenharia de produto, metodologias, ferramentas, 
portabilidade e testes. 
 C Funcionalidade, confiabilidade, usabilidade, eficiência, 
manutenibilidade e portabilidade. 
Você assinalou essa alternativa (C) 
 D Qualidade externa, qualidade de processo, qualidade de produto, 
metodologias, boas práticas e ferramentas. 
 E Funcionalidade, confiabilidade, processos, engenharia, qualidade e 
métricas. 
 
Questão 6/10 - Qualidade de Software 
 Ler em voz alta 
As métricas são elementos intrínsecos à qualidade de software, podendo ser algo em relação à 
documentação ou meta dentro do processo de desenvolvimento de software. Estas métricas 
abordam situações tais como: linha de código, falhas e erros, por exemplo. Para facilitar nossa 
compreensão sobre as métricas, elas podem ser divididas em relação ao tempo, aos recursos e 
às ocorrências. 
As métricas em relação aos recursos estão relacionadas: 
 A A um determinado tempo que um processo leva para ser concluído. 
 B A um determinado evento como erro, defeito, inspeção de código, número 
de mudanças nos requisitos e número médio de defeito por linhas de 
códigos alteradas. 
 C Ao tempo e recurso de um determinado processo. 
 D Ao tempo e evento sobre um determinado processo. 
 E Aos recursos que são utilizados para que um determinado processo 
seja executado. Como por exemplo, a medição de esforço total de 
número de pessoas por dia, custos de viagens e alocação de 
recursos em nuvem. 
Você assinalou essa alternativa (E) 
 
Questão 7/10 - Qualidade de Software 
 Ler em voz alta 
Erros, defeitos e falhas são elementos importantes dentro dos conteúdos de qualidade de 
software. Erros ocorrem devido a alguma ação humana em consequência de um defeito no 
software. Defeitos são problemas de informações, dados ou instruções incorretas. E falha é 
quando o software não se comporta conforme requisitos estabelecidos ou ausentes. 
Compreendendo a diferença entre erros, defeitos e falhas, quais seriam algumas causas dos 
erros em software? 
 A Definição dos requisitos (não estabelecidos ou ausentes), falhas de 
comunicação, desvios nos requisitos, erros de projeto lógico, erros 
de codificação, não conformidade com a documentação, falhas no 
processo de testes, erros de UI e erros na documentação. 
Você assinalou essa alternativa (A) 
 B Definição de falhas de comunicação, falha em projetos, falhas em não 
conformidade com a documentação, ausência de UI e documentação 
incompleta. 
 C Definição de desvios nos requisitos, falhas no processo de 
desenvolvimento, erros no código, desvios no cronograma, falhas de 
gerenciamento de projeto. 
 D Definição de erros de codificação, alinhamento na documentação dos 
requisitos, erros nos requisitos do projeto lógico e falhas de 
implementação. 
 E Definição dos requisitos, erros de testes, não conformidade com o 
cronograma de atividades e problemas no corpo do código. 
 
Questão 8/10 - Qualidade de Software 
 Ler em voz alta 
Testes unitários fazem parte da fase de testes dentro do ciclo de vida do processo de 
desenvolvimento de software. Ele tem a finalidade de testar a menor unidade dentro do 
software. Por menor unidade entende-se uma função, uma classe ou um programa completo. O 
objetivo é então o isolamento de partes do software para que se consiga garantir que cada 
funcionalidade esteja de acordo com o especificado nos requisitos. 
A responsabilidade dos testes unitárias fica a encargo de quem dentro do time de TI quando o 
mesmo não tem uma área deQA? 
 A Desenvolvedores. 
Você assinalou essa alternativa (A) 
 B Analistas de negócio. 
 C Analistas de testes. 
 D Analistas de sistemas. 
 E Gerente do projeto. 
 
Questão 9/10 - Qualidade de Software 
 Ler em voz alta 
A ISO 12207 é uma norma que certifica sistemas de gestão de qualidade. Esta norma especifica 
fatores relacionados aos requisitos dentro das atividades de desenvolvimento de software. Ela 
possui quatro níveis principais: processos fundamentais, processos de apoio, processos 
organizacionais e processos de adaptação. 
Quais são os subníveis do nível processos fundamentais? 
 A Identificação do ambiente do projeto, solicitação de informações, seleção 
de processos, atividades e tarefas e documentação das decisões e 
motivos de adaptação. 
 B Documentação, gerência de configuração, gerência de qualidade, 
processo de verificação, processo de validação, processo de revisão 
conjunta, processo de auditoria, processo de resolução de problemas. 
 C Processo de aquisição, fornecimento, desenvolvimento, operação e 
manutenção. 
Você assinalou essa alternativa (C) 
 D Processo de gerência, de infraestrutura, de melhoria e de treinamento. 
 E Processo de certificação, validação e verificação de erros, defeitos e 
falhas. 
 
Questão 10/10 - Qualidade de Software 
 Ler em voz alta 
A melhoria contínua é um termo que procede da gestão de qualidade total ou TQM (Total 
Quality Managent) proposta por Deming. Uma técnica clássica nela utilizada é o PDCA (plan, 
do, check, action). A área de desenvolvimento de software utiliza várias ideias da TQM para 
aprimorar seus processos de melhoria contínua na produção de software. 
Para auxiliar neste processo de gerenciamento da qualidade de software há algumas normas. A 
seguir uma delas é importante por tornar o processo de desenvolvimento com maturidade de 
nível 0 a 5. 
 A ISO 9000. 
 B ABNT. 
 C CMMI. 
Você assinalou essa alternativa (C) 
 D TQM. 
 E PDCA.

Mais conteúdos dessa disciplina