Non avete capito di cosa
sto parlando? Vuol dire che non avete seguito il suggerimento del mio post precedente 
, o peggio ancora non seguite il mio blog 
, ma questo, allora, è un altro
discorso.
Comunque per tornare a noi, nel titolo ho
semplicemente riassunto quello che, in prima battuta, mi è sembrato essere lo
scheletro su cui si basa TDD. Per meglio comprendere quello che voglio dire
riporto (virgolettando) uno stralcio dell'articolo da cui ha
preso inizio la mia curiosità verso questa nuova metodologia di
sviluppo:
"...
- Write a test.
- Run the test. It fails to compile because the
code you're trying to test doesn't even exist yet! (This is the same
thing as failing.)
- Write a bare-bones stub to make the test compile.
- Run the test. It should fail. (If it doesn't, then the test
wasn't very good.)
- Implement the
code to make the test pass.
- Run the test. It should pass. (If it
doesn't, back up one step and try again.)
- Start over with a new test!
..."
Ancora non si è capito a cosa mi riferisco con
'Red" e "Green"? Non credo proprio...
...sovvertiamo le gerarchie...
powered by IMHO 1.3