2009-04-28 17 views

risposta

23
+1

Questi sembrano vecchi. So che l'argomento non invecchia, ma mi aspettavo opzioni più recenti, a priori. Sono preoccupato per nulla? – cape1232

+0

Mi stavo chiedendo la stessa cosa. API e framework si stanno evolvendo. Con la complessità che cresce ad un livello più alto di astrazioni, sembra più difficile applicare i principi nel libro di Kent Beck TDD almeno. – B2F

8

Per me, questo è il migliore:

+5

Questo libro non è davvero interessante. Non riesco a capire perché la gente lo raccomandi. –

+0

È sottile. Alla prima lettura non sembra molto. Poi torni indietro e rilegge dopo aver praticato per un paio d'anni e ci sono molte idee interessanti. –

5

abbastanza recente ragionevolmente scritto libro The Art of Unit Testing. Sono sorpreso che non sia stato menzionato qui.

4

Astels book è una introduzione solida, Beck's book è valido per i concetti di base, Lasse Koskela has a newish one (Test Driven: TDD and Acceptance TDD for Java Developers). Osherove's book, come lui dice, riguarda Unit Testing, piuttosto che TDD. Non sono sicuro che il libro TDD della Pragmatica sia invecchiato come il loro libro originale.

La maggior parte tutto è Java o C#, ma si dovrebbe essere in grado di capirlo da soli.

+1

Lasse Koskela ha scritto "TDD pratico e accettazione TDD per gli sviluppatori Java", che è stato pubblicato nell'ottobre 2007 - è nuovo? – dnord

+0

E il nostro è ora disponibile :) http://www.growing-object-oriented-tests.com –

+0

riferimenti ad indovinello :) Coud non trova l'esatto "Pragmatics" TDD "a parte il libro per embbedded dev in c: http://www.amazon.com/Driven-Development-Embedded-Pragmatic-Programmers/dp/193435662X – Matthieu

12

Growing Object-Oriented Software, Guided by Tests da Addison-Wesley - è in procinto beffardo quadri - JMock e Hamcrest in particolare.

Dalla descrizione del libro:

Steve Freeman e Nat Pryce descrivere i processi che usano, i principi di progettazione si sforzano di raggiungere, e alcuni degli strumenti che li aiutino a ottenere il lavoro fatto. Attraverso un prolungato lavorato esempio, si imparerà come TDD funziona a più livelli, mediante test per guidare le caratteristiche e la struttura del codice, orientato agli oggetti e l'utilizzo di oggetti Mock per scoprire e poi descrivere le relazioni tra oggetti. Lungo il percorso, il libro affronta sistematicamente le sfide che i team di sviluppo incontrano con il TDD - dall'integrazione di TDD nei tuoi processi per testare le tue più difficili funzioni .

EDIT: Ora sto leggendo Working Effectively with Legacy Code di Michael Feathers che è abbastanza buono.Dalla descrizione del libro:

  • La comprensione dei meccanismi del cambiamento del software: l'aggiunta di funzionalità,
    correggere i bug, migliorare la progettazione, l'ottimizzazione delle prestazioni
  • Ottenere il codice legacy in un test harness
  • test di scrittura che ti proteggono dall'introdurre nuovi problemi
  • Questo libro include anche un catalogo di ventiquattro tecniche di dipendenza da che ti aiutano a lavorare con gli elementi del programma i n isolamento e apportare modifiche più sicure.

ho letto già, è uno dei migliori libri di programmazione che abbia mai letto (io personalmente penso che deve essere chiamato refactoring per Testabilità - descrive i processi per rendere il vostro codice verificabile). Perché un codice testabile è un buon codice.

+1

Un solo punto. GOOS non si tratta veramente di derisione. È iniziato in questo modo e si è trasformato in qualcosa di più grande. –

+0

GOOS è un grande libro. Tuttavia, non lo descriverò come "si tratta di strutture di derisione". –

+0

Puoi sempre proporre una modifica con una migliore descrizione. – fiction

Problemi correlati