16/04/2024, 18:52 Avaliação II - Individual

Prova Impressa
VOLTAR
GABARITO | Avaliação II - Individual (Cod.:956737)
A+ Alterar modo de visualização
Peso da Avaliação 2,00
Prova 76579163
Qtd. de Questões 10
Acertos/Erros 10/0
Nota 10,00

A Análise de Pontos de Teste (APT) é uma técnica que busca quantificar a complexidade do teste de
software. Ela se baseia em conceitos similares aos da Análise de Pontos de Função (APF), mas foca
na quantidade e complexidade dos casos de teste, não diretamente nas funcionalidades do software. A
APT é utilizada para estimar o esforço necessário para realizar o teste de software.

Fonte: adaptado de: CARVALHO, N. G. de; ESSADO, M.; AMBROSIO, A. M. Estimativa de teste
de software: a análise de ponto de teste aplicado em um sistema de processamentos de transações
financeiras. São José dos Campos: INPE, 2012.

Com base na Análise de Pontos de Teste (APT) descrita no texto-base, assinale a alternativa correta
quanto à interpretação dessa técnica:

A A APT foca na quantidade e complexidade dos casos de teste, e essas medidas podem ser
utilizadas para estimar o esforço de teste necessário.

A APT é um método de estimativa que se baseia unicamente nos casos de teste,

B independentemente de outros fatores, como a funcionalidade do software ou o tamanho da equipe
de teste.

C A APT é uma técnica que mede os casos de teste, mas não pode ser utilizada para estimar o
esforço de teste necessário.

D A APT é uma técnica de estimativa de teste que leva em consideração tanto os casos de teste
quanto a funcionalidade do software.

Em seu livro "The Art of Software Testing", Myers et al. (2011, p. 245) discutem o quão desafiador
pode ser fazer estimativas precisas em testes de software. Segundo os autores, embora seja
importante, muitos projetos não dão a devida atenção à estimativa de testes. Essa tarefa exige um alto
nível de expertise e uma compreensão cuidadosa do sistema sob teste. A estimativa de testes promove
a transparência e a comunicação efetiva entre as equipes, fornecendo uma visão clara do escopo e
complexidade envolvida. Essa prática contribui para a entrega de software de alta qualidade,

about:blank 1/9
16/04/2024, 18:52 Avaliação II - Individual

reduzindo a probabilidade de falhas na produção. Em um cenário em que a rapidez e a qualidade são

imperativos, a estimativa de testes emerge como uma ferramenta valiosa para garantir a excelência no
ciclo de vida do software, resultando em maior satisfação do cliente e sucesso no mercado.

Fonte: adaptado de: MYERS, G. J. et al. The art of software testing. Chichester: John Wiley &
Sons, 2011.

Com base nas informações apresentadas, avalie as asserções a seguir e a relação proposta entre elas:

I. A estimativa de testes de software é um elemento crucial para garantir a execução eficiente e eficaz
dos testes.

PORQUE

II. Isso ocorre porque uma estimativa precisa pode ajudar a alocar adequadamente recursos, definir
cronogramas realistas e evitar o estouro do orçamento do projeto.

A respeito dessas asserções, assinale a opção correta:

A A asserção I é uma proposição falsa, e a II é uma proposição verdadeira.

B As asserções I e II são verdadeiras, mas a II não é uma justificativa correta da I.

C A asserção I é uma proposição verdadeira, e a II é uma proposição falsa.

D As asserções I e II são verdadeiras, e a II é uma justificativa correta da I.

Organizações que adotam práticas Agile, incluindo o uso de métricas de estimativa de teste, tendem a
ter um desempenho melhor em termos de produtividade e qualidade do produto. Portanto, percebe-se
que adotar métricas de estimativa de teste no desenvolvimento de software é de grande importância.
Estas métricas de estimativa de testes, entretanto, não estão isentas de desafios. Um desafio comum é
a falta de precisão na estimativa devido a variáveis imprevistas. O gerenciamento de risco, a
implementação de testes baseados em risco e a integração de ferramentas de automação são
estratégias eficazes para superar esses desafios.

Fonte: adaptado de: BOEHM, B.; TURNER, R. Management challenges to implementing agile
processes in traditional development organizations. IEEE Software, [s. l.], v. 22, n. 5, p. 30-39, 2005.

about:blank 2/9
16/04/2024, 18:52 Avaliação II - Individual

Com base no texto, com relação às métricas de estimativa de teste no desenvolvimento de software,
analise as afirmativas a seguir:

I. As métricas de estimativa de teste são sempre precisas e não estão sujeitas a variáveis imprevistas.

II. O gerenciamento de risco não é uma abordagem útil para lidar com desafios nas métricas de
estimativa de teste.

III. A implementação de testes baseados em risco e a integração de ferramentas de automação são

estratégias eficazes para superar desafios de tempo e recursos.

É correto o que se afirma em:

A III, apenas.

B I e II, apenas.

C I, apenas.

D II e III, apenas.

Os KPIs (Indicadores-chave de Desempenho, do inglês Key Performance Indicators) são medidas

quantitativas utilizadas para avaliar os principais processos internos de uma empresa. Eles permitem o
acompanhamento e gerenciamento do progresso do nível de desempenho e sucesso das estratégias. Os
KPIs variam conforme a natureza e os objetivos específicos de cada negócio, podendo incluir
indicadores, como taxa de conversão, tempo médio de resposta, satisfação do cliente, entre outros. A
implementação eficaz de KPIs promove uma cultura de responsabilidade e foco nos resultados,
permitindo que as organizações ajustem suas estratégias conforme necessário para atingir metas
predefinidas.

Fonte: adaptado de: VOLPATO, B. O que são KPIs e tudo o que você precisa saber sobre os
Indicadores de Negócio. Resultados digitais, [s. l.], abr. 2023. Disponível em:
https://resultadosdigitais.com.br/marketing/kpis/. Acesso em: 24 jan. 2024.

Considerando o contexto apresentado, assinale a alternativa correta que apresenta as características

dos KPIs:

about:blank 3/9
16/04/2024, 18:52 Avaliação II - Individual

A Garante que o indicador esteja sendo capturado há pelo menos três meses para possibilitar a
comparação.

B Especifica o que é preciso crescer ou aumentar dentro da empresa.

C Permite a avaliação de aspectos relevantes em projetos de desenvolvimento de sistemas, tais

como: desempenho, usabilidade e segurança.

D Restringe a empresa em entregas adicionais que estão fora dos objetivos especificados.

O Programa MPS.BR é um programa mobilizador, de longo prazo, criado em dezembro de 2003,

coordenado pela Associação para Promoção da Excelência do Software Brasileiro (SOFTEX), com
apoio do Ministério da Ciência, Tecnologia e Inovação (MCTI), Financiadora de Estudos e Projetos
(FINEP), Serviço Brasileiro de Apoio às Micro e Pequenas Empresas (SEBRAE) e Banco
Interamericano de Desenvolvimento (BID/FUMIN). O objetivo do programa MPS.BR é o aumento da
competitividade das organizações pela melhoria de seus processos.

Fonte: adaptado de: SOFTEX. MPS.BR - Guia Geral MPS de Software. 2016. Disponível em:
https://www.softex.br/wp-content/uploads/2018/11/MPS.BR_Guia_Geral_Software_2016-com-
ISBN.pdf. Acesso em: 23 jan. 2024.

Conforme o exposto, sobre os processos presentes no nível F do MPS.BR, analise as opções a seguir:

I. Avaliação, reutilização e riscos.

II. Gerência de portfólio de projetos e medição.

III. Aquisição, garantia de qualidade e gerência de configuração.

É correto o que se afirma em:

A I e III, apenas.

B II e III, apenas.

about:blank 4/9
16/04/2024, 18:52 Avaliação II - Individual

C I, apenas.

D III, apenas.

O método GQM (Goal Question Metric) é uma estratégia de medição para software que se baseia na
ideia de que as medidas devem ser impulsionadas por objetivos e que os dados recolhidos devem ser
interpretados com relação a perguntas predefinidas. Portanto, antes de iniciar a coleta de dados, os
objetivos devem ser clarificados, as perguntas devem ser formuladas e as métricas necessárias devem
ser definidas.

Fonte: adaptado de: CALDIERA, G.; BASILI, V. R.; ROMBACH, H. D. The goal question metric
approach. Encyclopedia of software engineering, Maryland, p. 528-532, 1994. Disponível em:
https://www.cs.toronto.edu/~sme/CSC444F/handouts/GQM-paper.pdf. Acesso em: 23 jan. 2024.

Com base no texto-base e no método Goal Question Metric (GQM), analise as afirmativas a seguir:

I. No método GQM, as medidas são orientadas pelos objetivos definidos.

II. No GQM, os dados coletados são interpretados com relação a perguntas predefinidas.

III. No método GQM, a preocupação com a interpretação dos dados recolhidos é direcionada a outro
método.

IV. No método GQM, inicia-se pela definição das métricas, seguido da elaboração das perguntas e,
por último, estabelece os objetivos.

É correto o que se afirma em:

A I, II e III, apenas.

B III e IV, apenas.

C I e II, apenas.

about:blank 5/9
16/04/2024, 18:52 Avaliação II - Individual

D II e IV, apenas.

O método GQM (Goal-Question-Metric) é uma abordagem sistemática utilizada no campo da

engenharia de software para medir e avaliar a qualidade de processos, produtos e projetos.
Desenvolvido por Victor Basili e seus colaboradores, o GQM se baseia em três elementos
fundamentais: metas (Goals), perguntas (Questions) e métricas (Metrics). Inicialmente, estabelecem-
se metas de qualidade específicas, alinhadas aos objetivos organizacionais. Em seguida, são
formuladas perguntas que ajudam a entender como essas metas podem ser atingidas. Por fim, são
definidas métricas concretas para quantificar e monitorar o desempenho. Esse método fornece uma
estrutura clara e abrangente para guiar a melhoria contínua, permitindo uma abordagem sistemática na
coleta e análise de dados. Ao aplicar o GQM, as organizações conseguem estabelecer uma conexão
direta entre os objetivos estratégicos e as atividades operacionais, facilitando a tomada de decisões.

Fonte: adaptado de: PAULA FILHO, W. de P. Engenharia de Software - Projetos e Processos. Rio
de Janeiro: LTC, 2019.

Com base nas informações apresentadas, avalie as asserções a seguir e a relação proposta entre elas:

I. O método GQM é útil para ajudar as organizações a identificar e se concentrar nas métricas mais
pertinentes para avaliar o sucesso dos seus objetivos estratégicos.

PORQUE

II. O método GQM permite que as organizações evitem sobrecarga de dados, fornecendo um processo
estruturado para determinar quais dados são realmente necessários.

A respeito dessas asserções, assinale a opção correta:

A As asserções I e II são verdadeiras, e a II é uma justificativa correta da I.

B A asserção I é uma proposição verdadeira, e a II é uma proposição falsa.

C A asserção I é uma proposição falsa, e a II é uma proposição verdadeira.

D As asserções I e II são verdadeiras, mas a II não é uma justificativa correta da I.

about:blank 6/9
16/04/2024, 18:52 Avaliação II - Individual

O Planning Poker é uma ferramenta que permite que uma equipe envolvida em um projeto estime a
dificuldade das próximas tarefas ou sprints a serem executados. Através dessa estimativa, as tarefas
serão organizadas de maneira hierarquizada, das mais complexas para as mais fáceis, facilitando os
próximos passos do Scrum, como a definição do tempo e da equipe responsável pela execução de
cada Scrum.

Fonte: adaptado de: NEVES, J. Planning Poker: o que é e como jogar. Atlassian, jun. 2023.
Disponível em: https://www.oitchau.com.br/blog/planning-poker/. Acesso em: 24 jan. 2024.

Qual é a métrica utilizada para estimar tarefas através do Planning Poker?

A Sequência de Padovan.

B Sequência de Lucas.

C Sequência de Fibonacci.

D Sequência de Pell.

Anteriormente, o método utilizado para medir a complexidade ou tamanho de um software era

baseado no uso das linhas de código (LoC - Lines of Code). Essa abordagem consistia em contabilizar
o número de linhas de código escritas para o desenvolvimento do software em questão. No entanto, a
complexidade de um software não pode ser determinada exclusivamente pelo número de linhas de
código. Ao compararmos um software com 15 mil linhas de código a outro com apenas 5 mil linhas,
não podemos automaticamente concluir que o primeiro é mais complexo. Outros fatores, como a
maturidade da equipe de desenvolvimento e a utilização de padrões de qualidade, desempenham um
papel importante na avaliação da complexidade.

Fonte: adaptado de: LANGER, M. P. Métricas de Software e por que optar por APF? EITS, jun.
2017. Disponível em: https://www.eits.com.br/2017/06/metricas-de-software-e-por-que-apf/. Acesso
em: 24 jan. 2024.

Baseando-se no contexto, sobre os pontos positivos da contagem de linhas de código, analise as

afirmativas a seguir:

I. LOC pode ser utilizado para medir qualidade do software.

about:blank 7/9
16/04/2024, 18:52 Avaliação II - Individual

II. LOC é uma das técnicas de mensuração de sistemas mais rápidas e fáceis de buscar.

III. LOC traz significado para os clientes, qualquer um consegue distinguir o tamanho da aplicação.

É correto o que se afirma em:

A I e II, apenas.

B II, apenas.

C I, apenas.

D II e III, apenas.

10

Algumas desvantagens do uso de Linhas de Código (LOC) como métrica de medição em projetos de
software:

Dependência de linguagem: não é possível comparar diretamente projetos desenvolvidos em

diferentes linguagens de programação, pois o tempo necessário para escrever uma instrução pode
variar entre linguagens de alto e baixo nível.

Penalização de programas bem projetados: programas eficientemente projetados tendem a ter menos
linhas de código, o que resulta em uma penalização ao usar LOC como métrica, pois um menor
número de linhas pode não refletir a complexidade ou qualidade do software.

Dificuldade de estimar no início do projeto: é desafiador estimar a quantidade de linhas de código

necessárias para um sistema no estágio inicial do projeto, durante as fases de levantamento de
requisitos ou modelagem. Essa incerteza torna a estimativa de LOC pouco confiável nesse estágio.

Fonte: adaptado de: EXTRAÇÃO de métricas em software orientado a objetos. Devmedia, 2010.
Disponível em: https://www.devmedia.com.br/extracao-de-metricas-em-software-orientado-a-objetos-
engenharia-de-software-26/17409. Acesso em: 24 jan. 2024.

Conforme o exposto, quanto às dificuldades encontradas pela equipe de desenvolvimento ao utilizar

métricas baseadas em linhas de código, analise as afirmativas a seguir:

about:blank 8/9
16/04/2024, 18:52 Avaliação II - Individual

I. A extração de uma métrica é considerada complexa.

II. O software desenvolvido pode não refletir sua complexidade ou qualidade.

III. O excesso de criação de código e não otimização são passíveis de ocorrerem.

IV. A contagem de linhas de código pode variar muito dependendo da linguagem de programação
utilizada.

É correto o que se afirma em:

A II, III e IV, apenas.

B III e IV, apenas.

C II e III, apenas.

D I, II e III, apenas.

Imprimir

about:blank 9/9