Osservatorio complessita'

[fek]

Package # Classes Line Coverage Branch Coverage Complexity 
All Packages 138 85%    
 
 92%    
 
 1.304054054054054;1.304 
it.diamonds 5 86%    
 
 100%    
 
 1.5;1.5 
it.diamonds.droppable 10 98%    
 
 100%    
 
 1.3448275862068966;1.345 
it.diamonds.droppable.gems 5 100%    
 
 100%    
 
 2.1666666666666665;2.167 
it.diamonds.droppable.interfaces 6 N/A   
 
 N/A   
 
 1.0;1 
it.diamonds.droppable.pair 5 100%    
 
 100%    
 
 1.0;1 
it.diamonds.droppable.types 6 95%    
 
 N/A   
 
 1.0;1 
it.diamonds.engine 10 86%    
 
 89%    
 
 1.3043478260869565;1.304 
it.diamonds.engine.audio 6 11%    
 
 0%    
 
 1.0;1 
it.diamonds.engine.input 11 68%    
 
 86%    
 
 1.1428571428571428;1.143 
it.diamonds.engine.modifiers 3 100%    
 
 100%    
 
 1.0;1 
it.diamonds.engine.video 14 53%    
 
 51%    
 
 1.3653846153846154;1.365 
it.diamonds.grid 4 100%    
 
 100%    
 
 1.1153846153846154;1.115 
it.diamonds.grid.action 11 99%    
 
 100%    
 
 1.7777777777777777;1.778 
it.diamonds.grid.iteration 1 100%    
 
 100%    
 
 1.5;1.5 
it.diamonds.grid.query 1 100%    
 
 100%    
 
 1.75;1.75 
it.diamonds.grid.state 13 100%    
 
 100%    
 
 1.4838709677419355;1.484 
it.diamonds.gui 5 100%    
 
 100%    
 
 1.2307692307692308;1.231 
it.diamonds.handlers 7 100%    
 
 100%    
 
 1.3333333333333333;1.333 
it.diamonds.menu 6 98%    
 
 N/A   
 
 1.0;1 
it.diamonds.renderer 1 100%    
 
 N/A   
 
 1.0;1 
it.diamonds.tests 4 99%    
 
 100%    
 
 0.0;0 
it.diamonds.tests.droppable.gems 1 100%    
 
 N/A   
 
 0.0;0 
it.diamonds.tests.engine.input 2 100%    
 
 N/A   
 
 0.0;0 
it.diamonds.tests.helper 1 88%    
 
 N/A   
 
 0.0;0

La formattazione fa un po' schifo, magari lo metto in Excel e lo riformatto a breve.
Comunque, le percentuali indicano la copertura dei test per ogni pacchetto. Il numero indica la complessita' ciclomatica media del pacchetto. Diamonds al momento ha complessita' 1.304 e copertura del 92% e 86% (linee e branch). Provero' a postare questi dati regolarmente per vedere se scende (bene), o sale (vi spezzo le dita).

[fek]

Package	05 February 2008	04 February 2008	03 February 2008
it.diamonds	1.304	1.33	1.298
it.diamonds.droppable.gems	2.167	2.167	2.167
			
			
Package	05 February 2008	04 February 2008	03 February 2008
it.diamonds	86%	85%	85%
it.diamonds.droppable.gems	100%	100%	100%
			
			
Package	05 February 2008	04 February 2008	03 February 2008
it.diamonds	138	138	136
it.diamonds.droppable.gems	5	5	5

E' una sintesi piu' chiara dell'andamento negl'ultimi tre giorni. Notare come siano aumentate le classi, si sia alzata la complessita' l'altro ieri, ma sia di nuovo scesa a seguito dei refactoring.

[Ufo13]

complessita` in che senso? Numero di nested branch/loop o cosa?

[fek]

Originariamente inviato da Ufo13

complessita` in che senso? Numero di nested branch/loop o cosa?

Complessita' ciclometrica. E' una misura di quanti test hai bisogno per coprire tutti i code path di un metodo.

[fek]

http://fcarucci.homeip.net:8080/crui...?tab=Cobertura

In pausa pranzo compilo qualche risultato nel mio spreadseet, che sto tenendo aggiornato in questo periodo di refactoring per valutare i progressi.
La complessita' corrente e' 1.293, piu' bassa di ieri, mentre le classi sono passate da 138 a 140 (le due description che ho aggiunto ieri).

Secondo me per la fine di questo periodo di refactoring possiamo puntare ad una complesita' media di 1.200, che significa in soldoni, che quattro classi su cinque che scriviamo hanno un solo code path, quello principale, e nessuna condizione o loop. Fa molto OOP

Questo miglioramento si nota anche solo guardando il codice, che e' diventato piu' semplice da gestire e manipolare nelle ultime due settimane. Complimenti a tutti. Ma c'e' ancora molto lavoro da fare, soprattutto su gems, Droppable, BigGem e Grid.

Ma la situazione migliora ed ora abbiamo uno strumento per misurare questo cambiamento.

[Jocchan]

Bravissimi tutti

[thebol]

http://www.testearly.com/2008/02/05/...code-coverage/

parla di un software di coverage, che misura la distanza fra un test è la riga testata. Si riallaccerebe al discorso di fek, del codice testato troppo in alto.

[fek]

Originariamente inviato da thebol

http://www.testearly.com/2008/02/05/...code-coverage/

parla di un software di coverage, che misura la distanza fra un test è la riga testata. Si riallaccerebe al discorso di fek, del codice testato troppo in alto.

Grazie lo guardo nel finesettimana. Purtroppo i tool devono supportare Ant, e poi mi devono fornire una qualche pagina html da sbattere sulla build machine, perche' non ho intenzione di imparare a scrivere gli XSLT o come diamine si chiamano

[thebol]

Originariamente inviato da fek

Grazie lo guardo nel finesettimana. Purtroppo i tool devono supportare Ant, e poi mi devono fornire una qualche pagina html da sbattere sulla build machine, perche' non ho intenzione di imparare a scrivere gli XSLT o come diamine si chiamano

una roba del genere per java che non supporti ant è un abominio...

ps.ho guardato il progetto, sembra essere molto prematuro, mancano anche i binari, bisogna costruirsi il jar dal cvs....mi sa che l'addozione sarebbe un po prematura, ma si può guardare se evolve.

pps.oppure estendere cobertura per far sto lavoro. Alla fine da quel che ho letto misura la distanza in base allo stack trace, ci si potrebbe pensare..

[Ufo13]

Originariamente inviato da fek

Grazie lo guardo nel finesettimana. Purtroppo i tool devono supportare Ant, e poi mi devono fornire una qualche pagina html da sbattere sulla build machine, perche' non ho intenzione di imparare a scrivere gli XSLT o come diamine si chiamano

Io le sapevo scrivere le trasformazioni XSLT

[fek]

Originariamente inviato da Ufo13

Io le sapevo scrivere le trasformazioni XSLT

Abbiamo un volontario!

[fek]

Originariamente inviato da thebol

pps.oppure estendere cobertura per far sto lavoro. Alla fine da quel che ho letto misura la distanza in base allo stack trace, ci si potrebbe pensare..

Guarda, la mia idea su Diamonds e' usare solo tool "off the shelf" per la continuous integration. In pratica non voglio scrivere codice, ma semplicemente usare i tool che ci sono. Lo sviluppo dei tool di Java e' assolutamente impressionante per quante cose si possono fare senza scrivere codice.

[thebol]

Originariamente inviato da fek

Guarda, la mia idea su Diamonds e' usare solo tool "off the shelf" per la continuous integration. In pratica non voglio scrivere codice, ma semplicemente usare i tool che ci sono. Lo sviluppo dei tool di Java e' assolutamente impressionante per quante cose si possono fare senza scrivere codice.

dicevo cosi come ipotesi..che non deve essere per forza legata a diamonds

[fek]

Magari dopo Diamonds non mi dispiacerebbe contribuire con qualche tool per Java

[Bonfo]

Originariamente inviato da fek

Magari dopo Diamonds non mi dispiacerebbe contribuire con qualche tool per Java

Figo... siamo gia' nel futuro

[fek]

La complessita' di oggi e' 1.289. Ma la copertura e' scesa all'84%

Questo metodo e' da testare:

public WaitNextCrushState(Environment environment, long time, AbstractControllerState returnState)

 27 	 0 	

     {

 28 	 0 	

         this.allGemsHaltedTimeStamp = time;

 29 	 0 	

         this.delayBeforeNextCrush = environment.getConfig().getInteger("DelayBetweenCrushes");

 30 	 0 	

         this.crushState = new CrushState(environment, returnState);

 31 	 0 	

     }

in WaitNextCrushState.

Un volontario?

[Ufo13]

Sicuramente causa del test che ho cancellato. Me lo prendo io

[Bonfo]

Ehm... la build-machine è un po' impazzita!

Builda correttamente il progetto diamonds, ma fallisce dimaonds-nightly.
In più non viene generata la pagina di cobertura.

[fek]

Ci sto guardando ora.

[fek]

Verde.
Complessita' corrente: 1.278