|
|||||||
|
|
|
 |
|
|
Strumenti |
02-11-2005, 10:18
|
#1 |
|
Senior Member
Iscritto dal: May 2000
Messaggi: 1459
|
Complimenti
Leggere i vostri topic in pair programming con TDD è una vera goduria
|
|
|
|
02-11-2005, 10:34
|
#2 |
|
Senior Member
Iscritto dal: Oct 2002
Città: San Jose, California
Messaggi: 11794
|
Ma grazie
__________________
"We in the game industry are lucky enough to be able to create our visions" @ NVIDIA |
|
|
|
|
02-11-2005, 11:46
|
#3 | |
|
Senior Member
Iscritto dal: May 2000
Messaggi: 1459
|
Quote:
 tra l'altro, nn ho mai programmato in TDD (qualcosa di simile l'ho fatto leggendo qualkosa sul Design by contract, ma personalmente nn mi garbava + di tanto) e mi sembra un approccio estremamente interessante. Dopo aver letto i topic ho provato a fare qualke classe in TDD, pensavo fosse + semplice ciauz |
|
|
|
|
|
02-11-2005, 12:49
|
#4 |
|
Senior Member
Iscritto dal: Oct 2002
Città: San Jose, California
Messaggi: 11794
|
Il Test Driven Development e' di fatto un'estensione del Design by Contract.
I test non sono altro che la formalizzazione del contratto di una classe o di un metodo, invarianze comprese. Piu' precisamente e' una formalizzazione delle post condizioni, mentre le Assert classiche formalizzano le pre condizioni. La differenza sostanziale e' che nel Design by Contract come in Eiffel, i contratti sono controllati a run time durante l'esecuzione dell'applicazione, mentre nel testing automatico sono controllati a parte durante l'esecuzione dei test nella build dell'applicazione (cosa che preferisco).
__________________
"We in the game industry are lucky enough to be able to create our visions" @ NVIDIA |
|
|
|
|
|
| Strumenti | |
|
|
Tutti gli orari sono GMT +1. Ora sono le: 17:53.
