Il documento discute il testing unitario e l'uso di mock objects per facilitare il processo. Vengono spiegati vari tipi di test, come state based e interaction testing, e si evidenziano i benefici dei test doubles, come dummy e mock. Sono forniti anche esempi di framework utili per il mocking e alcune linee guida per un utilizzo efficace.

1. mockingEmanuele DelBono emanuele@codiceplastico.comhttp://blog.codiceplastico.com

2. Agenda

3. Perchè?Se uno unit test è rossol’errore è sicuramentenell’unità sotto test

4. DefinizioniState Based Testing: verifica che un unità funzioni correttamente verificandone lo stato dopo l’esecuzioneInteraction Testing: verifica che l’unità sotto test effettui correttamente le chiamate verso gli altri oggetti con cui collabora

5. Cosa sono?Sono finti oggetti che ci aiutano in vari modi a testare le nostre unità.Si chiamano simpaticamente:Dummy, Fake, Stub, Spy, Mock=Test Doubles

6. Utili perchè?Ci permettono di:rimanere focalizzati sul metodo che stiamo disegnandoscrivere unit test anche su oggetti che collaborano con altriscrivere test di interazione tra diversi oggettiposticipare l’implementazione di alcuni collaboratori

7. Esempio(WheatherStatistics)

8. Ma hai presente quanto codice hai scritto?Ci sono alcuni framework che aiutano:RhinoMocksMoqTypeMockNmockNmock2.NET Mock

9. Ri-Esempio(WheatherStatistics)

10. Le 3 fasi dell’apprendimentoWTF !? **%*!!I got the power! Posso mockare il mondo!Lo zen e l’arte del Mockare quanto basta

11. Alcune (buone) regoleNon verificare i dettagli della collaborazioneSe puoi usa uno stub invece di un mockNon mockare grosse interfacceMocka solo i tuoi diretti collaboratoriUsa un solo mock per il testNon mockare i dati di ritorno

12. E i test di integrazione?I mock object permettono di scrivere test unitari, ma......anche i test di integrazione sono importanti.

13. GrazieRiferimenti:Growing object oriented software – Freeman, Pryce – Addison Wesleyhttp://xunitpatterns.com/http://www.mockobjects.com/