Skip to content

Métricas de Código Sprint 4

Marcelo Augusto edited this page Nov 7, 2017 · 8 revisions


Resultados

  • LOC

LOC

O LOC da grande maioria das classes permanece Ótimo, seguindo os parâmetros utilizados. Excetua-se a classe de criação da prescrição na view CreatePrescriptionView que apresenta um LOC considerado REGULAR, sendo necessário ter uma atenção maior à mesma. É aconselhado que o time dê uma revisada na mesma, para caso enxergue alguma funcionalidade que não deva pertencer a classe.

  • AMLOC

AMLOC

A métrica de AMLOC mostrou-se coerente ao final dessa sprint. Pode ser observado algumas classes com um nível REGULAR, ou seja, que precisa de uma atenção maior conforme o decorrer das próximas sprints. Dessas classes julgadas como REGULAR, temos a ComposeView que por conta de se ter muitos atributos para serem inicializados ao se criar uma mensagem, teve um acréscimo na métrica, e a ConfirmPasswordForm que por mais que a métrica aponte o resultado 24 para a mesma, esse número é acrescido por conta de algumas variáveis da classe que não são colocadas em métodos, se formos contar as linhas da classe realmente, teriamos um AMLOC de 9.

Por fim, vale ressaltar que o time vem mantendo um nível BOM ou ÓTIMO no restante das classes.

  • AMCC

AMCC

O time vem mantendo um nível BOM ou ÓTIMO nesta métrico na maior parte das classes. Temos duas classes com o nível REGULAR, entretanto esse nível é obtido pela natureza dos métodos de validação, que tem um nível de complexidade ciclomática maior.

  • CD

CD

  • NLM

NLM

As classes continuam com um número ótimo de métodos. Verifica-se uma alta coesão e provavelmente uma alta granularidade das classes e, provavelmente, um relevante índice de manutenibilidade do código fonte.

  • Duplicação de código

  • Cobertura

CR1

O time de desenvolvimento vem mantendo um ótimo nível de cobertura de teste durante toda a Release II, isso se dá por conta do critério de pronto adotado nas histórias onde uma história só pode ser aceita se mantiver a cobertura de código anterior. Entretanto podemos ver ainda algumas classes com o nível de cobertura bem pequeno ConfirmPasswordView e UpdatePasswordView, isso se dá por conta da dificuldade que a equipe vem tendo em testar a requisição de email.

Grupo 2

logo

Release II

Equipe

Sprints

Sprint 0

Sprint 1

Sprint 2

Sprint 3

Sprint 4

Sprint 5

Sprint 6

Sprint 7

Sprint 8

Release I

Gerência do Projeto














Desenvolvimento de Software

Clone this wiki locally