TDD aggiungendo proprietà semplici

Question

TDD aggiungendo proprietà semplici

#1 da (3 voti)
#2 da (2 voti)
#3 da (0 voti)

3

Attualmente sto facendo il mio primo vero progetto con TDD.

Ho scritto test e implementato la maggior parte della logica per l'applicazione.

Tuttavia, ci sono proprietà che so di avere sull'interfaccia utente, tuttavia, non c'è davvero alcun modo di scrivere un test utile che causerà la loro creazione.

Ad esempio, un campo di descrizione. È l'ID a cui ci si interessa realmente nella logica dell'applicazione, ma la descrizione effettiva viene semplicemente trasportata da quando è popolata e inviata all'interfaccia utente.

Come andresti a scrivere un test che valga la pena, dal momento che una nuova proprietà non è letteralmente altro che.

public string foo { get;set; }

tdd c#

posta CaffGeek 16.05.2012 - 16:20

fonte

3 risposte

Leggi altre domande sui tag tdd c#

Utilizzare una connessione al database DSN è una cattiva pratica? Modi efficienti per modellare le auto che si spostano lungo una strada

score 3 · Answer 1

In TDD unit test non è la tua unica fonte di test, devi includere anche Acceptances tests con un framework come Selenium in il caso dello sviluppo Web. A prova di proiettili la tua applicazione ancora di più, utilizzando un'automazione di build su ogni commit come Jenkins che puoi combinare con Apache Ant per eseguire tutti i test e l'analisi del codice diversa.

Per ulteriori informazioni è possibile consultare questa presentazione . Anche senza il relatore che parla, puoi capire dove sta andando.

score 2 · Answer 2

Non mi preoccuperei di scrivere test per qualcosa che non ha alcuna logica in esso. Se le tue proprietà sono davvero così semplici, scrivere test di unità per loro è una cattiva idea. Questi test saranno fragili e quasi non colpiranno mai bug. Non stai davvero testando nulla. Non sono sicuro di come questo consiglio funzioni con il TDD puro, ma da un punto di vista pratico, dovresti scrivere solo test per cose che riguardano la logica.

Tuttavia, è possibile avere proprietà più complicate che contengono una logica. In questo caso, potrebbe essere utile scrivere test di unità per loro. Ad esempio, se un setter applica un intervallo di dati valido (0 < = valore della proprietà < = 100), puoi scrivere test che assicurano che funzioni.

score 0 · Answer 3

Se hai bisogno di una proprietà, hai una funzione che richiede che la proprietà sia lì. Nel corso della stesura dei test unitari per quella caratteristica, farai riferimento a tale proprietà e quindi la sua esistenza sarà convalidata da un test unitario.