Unit testing 101

1. Unit testing 101 Introduzione allo Unit Testing in PHP Daniel Londero [email_address]

2. Chi sono Daniel Londero Sviluppatore PHP dal 2005 @

3. (s|S)ymfony framework

4. PUG Friuli

5. GrUSP board

6. Runner

7. Attenzione! Assistere alla seguente presentazione può avere i seguenti effetti...

8. Unit test Seguiti da

9. Riduzione della pressione arteriosa http://www.flickr.com/photos/fwooper7/4221177229/

10. Migliore qualità del sonno http://www.flickr.com/photos/paolobosonin/2700153474/

11. Maggiore tempo libero http://www.flickr.com/photos/73069365@N00/5070251710/ S

12. Maggiore tempo libero http://www.flickr.com/photos/circumerro-stock/3706572178/

13. Maggiore tempo libero http://www.flickr.com/photos/limaoscarjuliet/822938133/

14. Unit testing In computer programming, unit testing is a method by which individual units of source code are tested to determine if they are fit for use. A unit is the smallest testable part of an application. Ideally, each test case is independent from the others: substitutes like method stubs, mock objects, fakes and test harnesses can be used to assist testing a module in isolation.

17. Unit testing In computer programming, unit testing is a method by which individual units of source code are tested to determine if they are fit for use. A unit is the smallest testable part of an application. Ideally, each test case is independent from the others: substitutes like method stubs, mock objects, fakes and test harnesses can be used to assist testing a module in isolation .

18. Scusa #1 “Non ho tempo per scrivere i test” oppure “Potrei lavorare ad altre feature nel frattempo”

19. Regola 80/20 Nuovo codice Manutenzione e debug

20. ...vista dalla parte dello sviluppatore Felicità Tristezza

21. Funziona Durante le operazioni di debug il codice testato viene eliminato velocemente. Non sarà necessario perdere tempo “ per farlo funzionare ” dato che i test garantiscono il suo funzionamento sin dall'inizio.

22. Scusa #2 “Nessun altro collega scrive test”

23. Da solo... http://www.flickr.com/photos/hryckowian/109004281/

24. Il diverso... http://www.flickr.com/photos/tyrian123/3147557274/

25. Ma non siamo ragazzini! http://www.flickr.com/photos/feuilllu/302001867/

26. ...inoltre “Nel paese dei ciechi, chi ha un occhio solo è re”

27. Scusa #3 “Il nostro testing (manuale) è già sufficiente”

28. Ah sì sicuramente Non salti mai un passaggio

30. Non fai mai un errore

32. Non fai mai un errore

33. Controlli tutti i test per ogni modifica

34. Scusa #4 “Scrivere i test è noioso”

35. Può essere ma... Invece che scriverli tutti alla fine basta fare in modo di scriverli prima di implementare la funzionalità (TDD). Il passaggio da scrittura del test a scrittura della feature renderà tutto più divertente.

36. Vantaggio #1 Meno bug in produzione

37. Vantaggio #2 Più tempo per lo sviluppo

38. Vantaggio #3 Test automatici

39. Vantaggio #4 Facile cambiare. Refactoring.

40. Vantaggio #5 Miglior design del codice (TDD)

41. Vantaggio #6 Una forma di documentazione

42. Vantaggio #7 Focus sul problema

43. Vantaggio #8 Fiducia

44. Vantaggio #9 Misurano la completezza

45. Vantaggio #10 Divertente

46. Strumenti per PHP

47. Installare PHPUnit pear channel-discover pear.phpunit.de pear channel-discover components.ez.no pear channel-discover pear.symfony-project.com pear install phpunit/PHPUnit

48. Convenzioni I test per la classe Class vanno inseriti nella classe ClassTest.

50. ClassTest estende PHPUnit_Framework_TestCase.

53. I test sono metodi pubblici con nome test*.

56. I test sono metodi pubblici con nome test*.

57. All'interno dei metodi di test, i metodi di asserzione come assertEquals() vengono utilizzati per verificare che un certo valore corrisponda al valore atteso.

58. Assertions – Le più comuni AssertTrue/AssertFalse Check the input to verify it equals true/false AssertEquals Check the result against another input for a match AssertGreaterThan Check the result to see if it’s larger than a value AssertContains Check that the input contains a certain value AssertType Check that a variable is of a certain type AssertNull Check that a variable is null AssertFileExists Verify that a file exists AssertRegExp Check the input against a regular expression

59. Fixtures Una delle cose più dispendiose nella scrittura dei test è la parte relativa al codice per impostare l'ambiente e partire da uno stato conosciuto e per poi tornarci alla fine del test. Lo stato conosciuto è chiamato fixture .

60. setUp() Il metodo setUp() viene invocato prima dell'esecuzione del test. Permette impostare lo stato conosciuto necessario al test.

61. tearDown() Al termine dell'esecuzione del test viene invocato il metodo tearDown() . Si occupa delle pulizie.

62. Doubles “ Sometimes it is just plain hard to test the system under test (SUT) because it depends on other components that cannot be used in the test environment. This could be because they aren't available, they will not return the results needed for the test or because executing them would have undesirable side effects. In other cases, our test strategy requires us to have more control or visibility of the internal behavior of the SUT. When we are writing a test in which we cannot (or chose not to) use a real depended-on component (DOC), we can replace it with a Test Double. The Test Double doesn't have to behave exactly like the real DOC; it merely has to provide the same API as the real one so that the SUT thinks it is the real one!” --Gerard Meszaros

63. Stub Oggetto appositamente configurato per restituire valori predefiniti. Rimpiazza un oggetto reale dal quale dipende is SUT. Permette di avere il controllo sugli input indiretti del SUT.

64. Stub - esempio <?php class SomeClass { public function doSomething() { // Do something. } } ?>

65. Stub - esempio <?php require_once 'SomeClass.php'; class StubTest extends PHPUnit_Framework_TestCase { public function testStub() { // Create a stub for the SomeClass class. $stub = $this->getMock('SomeClass'); // Configure the stub. $stub->expects($this->any()) ->method('doSomething') ->will($this->returnValue('foo')); // Calling $stub->doSomething() will now return // 'foo'. $this->assertEquals('foo', $stub->doSomething()); } } ?>

66. Mock Oggetto appositamente configurato per verificare delle aspettative, come per esempio la chiamata di un metodo specifico. Punto di osservazione utilizzato per verificare gli output indiretti del SUT mentre è in esecuzione.

67. Mock - esempio <?php class Subject { protected $observers = array(); public function attach(Observer $observer) { $this->observers[] = $observer; } public function doSomething() { // Do something. // ... // Notify observers that we did something. $this->notify('something'); } protected function notify($argument) { foreach ($this->observers as $observer) { $observer->update($argument); } } // Other methods. }

68. Mock - esempio class Observer { public function update($argument) { // Do something. } public function reportError($errorCode, $errorMessage, Subject $subject) { // Do something } // Other methods. } ?>

69. Mock - esempio <?php class SubjectTest extends PHPUnit_Framework_TestCase { public function testObserversAreUpdated() { // Create a mock for the Observer class, // only mock the update() method. $observer = $this->getMock('Observer', array('update')); // Set up the expectation for the update() method // to be called only once and with the string 'something' // as its parameter. $observer->expects($this->once()) ->method('update') ->with($this->equalTo('something')); // Create a Subject object and attach the mocked // Observer object to it. $subject = new Subject; $subject->attach($observer); // Call the doSomething() method on the $subject object // which we expect to call the mocked Observer object's // update() method with the string 'something'. $subject->doSomething(); } } ?>

70. Sporchiamoci le mani Bowling game kata

72. Credits http://www.phpunit.de/manual/3.5/en/index.html http://www.masukomi.org/talks/unit_testing_talk_2/index.xul http://devzone.zend.com/article/2772 http://www.sitepoint.com/tutorial-introduction-to-unit-testing-in-php-with-phpunit/ http://www.slideshare.net/sebastian_bergmann/quality-assurance-in-php-projects-presentation

73. Su Twitter... @dlondero

74. Grazie.

Unit testing 101

More Related Content

What's hot (19)

Similar to Unit testing 101 (20)

More from Daniel Londero (10)

Unit testing 101

Editor's Notes