Rozpoczynam kolejny projekt, który ma przynieść mi chwałę, sławę i pieniądze. Piszę go przy wykorzystaniu TDD (jak zwykle angielska wiki ma więcej do powiedzenia) Wszystko szło ładnie do momentu gdy nie natrafiłem na test w którym chciałem sprawdzić czy klasa którą testuję wywoła event. No bo jak sprawdzić teraz coś co wykona się później?
Na szczęście wujek google zna programistów, którzy znają odpowiedź na takie i inne pytania, w związku z czym szybko znalazłem odpowiedź na swój problem.
Zamieszczę ja tutaj ze stosownymi komentarzami od siebie, plus kilka własnych uwag, które może ktoś uzna za wartościowe. Jest taki oto sobie kod:
- // arrange
- var cut = new AsyncImageServiceDownloader();
- var isp = new ImagesServiceProvider();
- const string ServiceAddress = “http://www.digart.pl/”;
- const string PageSuffix = “/przegladaj/nowe.html?p=”;
- isp.ServiceAddress = ServiceAddress;
- isp.PageAddressSuffix = PageSuffix;
- cut.AddProvider(isp);
- int downloaded = 0;
- int canceled = 0;
- int suspended = 0;
- int resumed = 0;
- const uint Requested = 30;
- ManualResetEvent synvEvent = new ManualResetEvent(false);
- // act
- cut.AddProvider(isp);
- cut.PageDownloaded += (s, e) => { downloaded++; };
- cut.PageDownloadCanceled += (s, e) => { canceled++; };
- cut.PageDownloadSuspended += (s, e) => { suspended++; };
- cut.PageDownloadResumed += (s, e) => { resumed++; };
- cut.DownloadPageAsync(0, 0, Requested);
- for (uint i = 0; i < Requested; ++i)
- {
- cut.SuspendDownload(0, i);
- }
- synvEvent.WaitOne(1000);
- for (uint i = 0; i < suspended; ++i)
- {
- cut.ResumeDownload(0, i);
- }
- synvEvent.WaitOne(15 * 1000);
- // assert
- Assert.That(downloaded, Is.EqualTo(Requested));
Widzimy podział na trzy AAA (nie znalazłem polskiego).
Na początku przygotowuje środowisko, które będę chciał sprawdzić; cut (class under test) to właściwy obiekt, który chce sprawdzić, isp służy do poprawnego zainicjalizowania obiektu cut. Ważny obiekt ManualResetEvent jest deklarowany i tworzony w linii 14 posłuży mi do synchronizacji i czekania na eventy. Linie od 18 do 21 to podpięcie się pod eventy, którymi klasa może rzucić. Choć w tym przypadku interesują mnie tylko dwa: suspended oraz downloaded. Przy użyciu wyrażeń lambda podpinam się pod eventy, a jedyną rzecz jaką robię to zliczam ich wywołania. W tym teście nie interesuje mnie zawartość argumentów.
Skoro wszystko mam już gotowe do działania to ogień! Linia 23 wywołuje asynchroniczne zaciąganie 30 elementów (requested=30). Chwilę potem do akcja wkracza pętla z niecierpiącym zwłoki poleceniem SuspendDownload następnie daję chwilę testowanemu obiektowi na wykonanie kodu odpowiedzialnego za wywołanie odpowiednich eventów. Wszystko dzięki wywołaniu ManualResetEvent.WaitOne(1000) – specjalnie podany jest timeout, ponieważ nigdzie nie będzie zmieniony jego stan. Czas się kończy, testy wykonują się dalej. Kolejne rozkazy; ResumeDownload tyle razy ile razy zdążyłem go zawiesić. I kolejny odpoczynek z timeout 15 sekund, co pozwala spokojnie zakończyć się wszystkim operacjom ściągnięcia.
Na sam koniec sprawdzam czy rzeczywiście udało się ściągnąć tyle ile początkowo żądałem. Voila! To tyle, proste prawda?
Moje dwie uwagi:
– Pamiętaj że w obsłudze eventa możesz samodzielnie zmienić stan ManualEventReset, jeśli z tego skorzystasz nie zapomnij jednak dodać timeout do WaitOne w przeciwnym wypadku, w razie niepowodzenia testów ManualResetEvent zawiesi działanie testów.
– Zastanów się czego dokładnie oczekujesz od twojego cut. Jeżeli cut wywoła PageDownloaded trzy razy to od razu będziesz szczęśliwy? A może chcesz sprawdzić czy cut wywoła PageDownloaded tylko trzy razy, a żadnych innych eventów ani razu.
Jakieś uwagi? Inne sposoby? Literówka?
Wiesz jak mnie znaleźć.
JS
Zamiast komentować kod poza oknem, może lepiej byłoby komentować kod odrazu? Troszeczke przystepniej by sie go analizowalo ;P
Przetestuje sobie przy najblizszej okazji ;o)
Obiecuje poprawę.