Skip to content

Métricas Sprint 2

Roger Lenke edited this page May 23, 2018 · 18 revisions

1. Identificadores da Sprint

  • Número da Sprint: 2
  • Planejamento da Sprint: Planejamento
  • Data: 15/05/2018 até 22/05/2018

1.1 Responsáveis

Roger Lenke

1.2. Índice de Métricas

Métrica Coletada? Justificativa
Percentual de aderência ao processo --
Percentual de artefatos planejados concluídos por sprint --
Percentual de métricas coletadas --
Percentual de melhoria de métricas --
Percentual de critérios de aceitação concluídos por feature A métrica só é coletada ao fim de uma release, como é definido no plano de medição
Percentual de histórias entregues por sprints --
Percentual de código testado --
Complexidade Ciclomática --
Número de erros referentes a folha de estilo proposta --
Duplicação de código --
Percentual de endpoints documentados --
Percentual de comentários no código* --
Burndown --
Velocity --
  • = Essa métrica foi coletada de maneira diferente a qual foi exigida no Plano GQM.

2. Métricas Coletadas

  • Percentual de aderência ao processo

A quantidade de atividades planejadas para a sprint foi coletada do conjunto de atividades definidas no processo de desenvolvimento. A quantidade de atividades realizadas foi coletada com uma entrevista com um dos membros da equipe de desenvolvimento.

Atividade Realizada?
Elicitar Requisitos
Analisar Requisitos
Refinar Requisitos
Documentar Requisitos
Validar Requisitos
Planejar Sprint
Desenvolver
Testar
Realizar reunião com a equipe
Revisar
Realizar Retrospectiva

QPS = 11, QAR = 10; PAP = 10/11 * 100 => 90%


  • Percentual de artefatos planejados concluídos por sprint

A quantidade de artefatos planejados foi coletada do Processo de Desenvolvimento. A quantidade de artefatos concluídos foi coletada deste repositório.

Artefato Concluído?
Backlog da Sprint
Testes de Software
Incremento de Software

QAP = 3, QAC = 2. PAP = 2/3 * 100 = 66%


  • Percentual de métricas coletadas

A quantidade de métricas planejadas foi retirada do Planejamento das Coletas e do Plano GQM.

A quantidade de métricas coletadas foi retirada deste documento.

*No total, foi planejada a coleta de 13 métricas, de maneira que 12 foram realizadas. Logo, o percentual de métricas coletadas foi de QMC / QMP 100 => 12/13 * 100 = 92%.


  • Percentual de melhoria de métricas

  • Percentual de histórias entregues por sprints

A quantidade de histórias planejadas foi retirada do Planejamento da Sprint.

A quantidade de histórias concluídas foi retirada do Repositório da API e do Repositório do APP.

Artefato Concluído?
US 01 (backend)
US 02 (backend)
US 03 (backend)
US 03 (frontend)
US 04 (backend)
US 04 (frontend)
US 05 (frontend)
US 06 (backend)
US 06 (frontend)
US 07 (backend)
US 07 (frontend)
US 08 (backend)
US 08 (frontend)
US 09 (backend)
US 09 (frontend)
US 010 (backend)
US 010 (frontend)

PHE = QHC / QHP * 100 => 3 / 5 * 100 = 60%


  • Percentual de código testado

O percentual de código testado foi obtido da análise a partir da ferramenta incluída na integração contínua, o coveralls.

A cobertura de testes no Repositório do APP é de 34% na branch master.

A cobertura de testes no Repositório da API não pode ser realizada pois não há ferramenta configurada para relatar a cobertura de testes no commit de 7cfd9cbc1a da branch develop. No entanto, não foi encontrado nenhum teste nos arquivos do repositório, portanto será considerada cobertura 0%.


  • Complexidade Ciclomática

A complexidade ciclomática foi obtida através da análise na ferramenta Sonar.

No Repositório do APP a ferramenta reportou uma complexidade ciclomática de 180, dividida em 141 métodos, caracterizando uma complexidade de 1.27 por método.

No Repositório da API, a ferramenta reportou uma complexidade ciclomática de 149, dividida em 94 métodos, caracterizando uma complexidade de 1.58 por método.


  • Número de erros referentes a folha de estilo proposta

O número de erros foi obtido através da análise realizada pela ferramenta eslint incluída na integração contínua.

O número de erros encontrados pelo eslint no Repositório do APP foi 0.

Não há folha de estilo configurada na integração contínua do Repositório da API.


  • Duplicação de código

A porcentagem de duplicação de código foi obtida através da análise realizada pela ferramenta sonar.

No Repositório do APP, não foram encontrados blocos de código duplicado segundo a análise da ferramenta sonar.

No Repositório da API, também não foram encontrados blocos de código duplicado.


  • Percentual de endpoints documentados

A quantidade de endpoints documentados foi obtida da documentação da API no Swagger.

A quantidade total de endpoints foi obtida também no Swagger.

PED = QED / QTD * 100 => 38 / 45 * 100 = 84%


  • Percentual de comentários no código

A métrica total de percentual de comentários no código foi obtida após a análise na ferramenta sonar.

No Repositório do APP, há um total de 1442 linhas de código, sendo 86 a quantidade de linhas comentadas, o que caracteriza um percentual de 5.6% de comentários de código.

No Repositório da API, há um total de 1935 linhas de código, sendo 775 a quantidade de linhas comentadas, o que caracteriza um percentual de 28.6% de comentários de código.


  • Burndown

O gráfico burndown foi adquirido do Repositório da API e do Repositório do APP.

Burndown Repositório APP

images/bapp-sprint2bapi-sprint2.PNG

Burndown Repositório API


  • Velocity

O velocity foi calculado com a soma dos pontos concluídos por Sprint dividido pela quantidade de sprints. Ele foi obtido diretamente da Revisão e Retrospectiva da Sprint.

Velocity = PC / QP => 9


3. Análise

Métrica Resultado Análise segundo indicador
Percentual de aderência ao processo 90% BOM
Percentual de artefatos planejados concluídos por sprint 66% RAZOÁVEL
Percentual de métricas coletadas 92% BOM
Percentual de histórias entregues por sprints 60% RAZOÁVEL
Percentual de código testado (APP) 34% RUIM
Percentual de código testado (API) 0% RUIM
Complexidade ciclomática (APP) 1.26 ÓTIMO
Complexidade ciclomática (API) 1.63 ÓTIMO
Número de erros referentes a folha de estilo proposta (APP) 0 ÓTIMO
Número de erros referentes a folha de estilo proposta (API)* -- --
Duplicação de código (APP) 0 Não há indicador
Duplicação de código (API) 0 Não há indicador
Percentual de endpoints documentados 84% BOM
Percentual de comentários no código (APP)** 6.2% (TOTAL) --
Percentual de comentários no código (API)** 34% (TOTAL) --
  • = Não existe folha de etilo configurada na integração contínua da API.

** = A coleta destas métricas foi feita de maneira diferente a qual exigida no Plano GQM. Por isto, sua análise não foi possível.


Clone this wiki locally