Logo Passei Direto
Buscar

Qualidade de Software

Outros
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?
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)
User badge image
Exercícios Para o Aprendizado

há 2 semanas

User badge image
Exercícios Para o Aprendizado

há 2 semanas

Prova Qualidade de Software
6 pág.

Prova Qualidade de Software

Respostas

User badge image

Ed Verified user icon

há 2 semanas

Para responder à sua pergunta, precisamos considerar qual metodologia ágil é mais associada a práticas de revisão de código. - SCRUM (A) é uma metodologia ágil que foca na gestão de projetos e na entrega incremental, mas não é especificamente voltada para revisões de código. - Kanban (B) é uma abordagem que visa a visualização do fluxo de trabalho e a melhoria contínua, mas também não é especificamente sobre revisões de código. - FDD (C) (Feature-Driven Development) é uma metodologia que se concentra no desenvolvimento baseado em funcionalidades, mas não é a mais conhecida por revisões de código. - SCRUM e Kanban (D) combina as duas metodologias, mas ainda assim não é o foco principal delas. - XP (eXtreme Programming) (E) é uma metodologia ágil que enfatiza práticas de desenvolvimento de software, incluindo revisões de código, programação em par e feedback contínuo. Dessa forma, a metodologia ágil que colocou as revisões de código mais em evidência é a E) XP (eXtreme Programming).

Essa resposta te ajudou?

0
Dislike0

Ainda com dúvidas?

Envie uma pergunta e tenha sua dúvida de estudo respondida!

Essa pergunta também está no material:

Prova Qualidade de Software
6 pág.

Prova Qualidade de Software

Mais perguntas desse material

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.

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.
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.

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.
E Processos definidos pela CMMI já estão sendo executados com tarefas que produzem artefatos definidos.

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.

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 de QA?
A Desenvolvedores.
B Analistas de negócio.
C Analistas de testes.
D Analistas de sistemas.
E Gerente do projeto.

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.

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.
D TQM.
E PDCA.

Mais conteúdos dessa disciplina