Logo Passei Direto
Buscar

Qualidade de Software

EMEF Frei Constancio
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)
User badge image
Marcus Vinicius

há 2 anos

Respostas

User badge image

Ed Verified user icon

ano passado

Para responder à sua pergunta, precisamos considerar qual metodologia ágil é mais associada a práticas de revisão de código e feedback contínuo. Analisando as opções: A) SCRUM - É uma metodologia ágil que foca em sprints e reuniões, mas não é especificamente conhecida por revisões de código. B) Kanban - Foca na visualização do fluxo de trabalho e na gestão de tarefas, mas também não é a mais associada a revisões de código. C) FDD (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. D) SCRUM e Kanban - Combina as duas metodologias, mas ainda assim não é a mais associada a revisões de código. E) XP (eXtreme Programming) - Esta metodologia é amplamente reconhecida por enfatizar práticas como revisões de código, programação em par e feedback contínuo. Portanto, a metodologia ágil que colocou as revisões de código mais em evidência é: E) XP (eXtreme Programming).

Essa resposta te ajudou?

0
Dislike0
left-side-bubbles-backgroundright-side-bubbles-background

Crie sua conta grátis para liberar essa resposta. 🤩

Já tem uma conta?

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

User badge image

Ed Verified user icon

há 2 anos

A metodologia ágil que colocou as revisões de código mais em evidência é a XP (eXtreming Programming), alternativa E.

Essa resposta te ajudou?

3
Dislike0
User badge image

Rodrigo Santos

há 7 meses

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.

Existem algumas ferramentas que podem auxiliar na avaliação e eficácia do processo com métricas. Elas não automatizam o processo, apenas melhoram a gestão das atividades.


Qual ferramenta a seguir pode auxiliar neste processo?


A)GitHub.

B)Hubspot.

C)JIRA.

D)Docker.

E)Trello.


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:

Mais perguntas desse material

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:
Qual a questão está correta em termos de ferramenta e linguagem?
A Métricas em relação ao processo, à qualidade e ao desempenho.
B Métricas em relação à segurança, ao processo e à qualidade.
C Métricas em relação ao tempo, à qualidade e ao processo.
D Métricas em relação ao tempo, ao desempenho e às ocorrências.
E Métricas em relação ao tempo, aos recursos e às ocorrências.

O guia SWEBOK foi criado e patrocinado pelas instituições IEEE e ACM. Este guia á uma iniciativa para criação de processos e métodos para a área de engenharia de software. E este guia dividiu a qualidade de software em subáreas.
As subáreas da qualidade de software segundo o SWEBOK são:
A Software Fundamentals, Software Processes, Pratical Software e Software Tools.
B Quality, Software, Processes e Tools.
C Software Quality Fundamentals, Software Quality Management Processes, Pratical Considerations e Software Quality Tools.
D Fundamentals, Management Processes, Pratical e Quality.
E Quality Fundamentals, Quality Management Processes, Considerations e Quality Tools.

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.
Qual a norma que é 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.

Testes unitários são automatizados através de ferramentas específicas para cada linguagem de programação. O objetivo é que eles sejam escritos antes das funcionalidades reais dos programas para que sejam realmente efetivos em sua construção. Outro detalhe importante é que quanto mais atômico o teste, mais garantia há de que as classes, funções ou o código todo esteja escrito da forma correta.
Qual a questão está correta em termos de ferramenta e linguagem?
A Linguagem Python. Ferramenta Unittest.
B Linguagem Java. Ferramenta Unittest.
C Linguagem PHP. Ferramenta JUnit.
D Linguagem Python. Ferramenta JUnit.
E Linguagem PHP. Ferramenta. Unittest.

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.

Auditoria de sistemas é um processo de coleta e avaliação das evidências sobre um determinado software. Utiliza-se para tal tarefa o uso das regras de negócio, da integridade dos dados e de todos os recursos envolvidos para que se identifiquem possível irregularidades.
A seguir, qual afirmação corresponde a um motivo real de solicitação de uma auditoria de sistemas?
A Adoção de boas práticas e padrões para o desenvolvimento de software.
B Problemas com falta de métricas no processo de desenvolvimento.
C Melhorar o treinamento interno do pessoal de qualidade.
D Fazer parte do processo de melhoria contínua.
E O software está com uma performance muito ruim.

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.

Mais conteúdos dessa disciplina