Global Azure Bootcamp we Wrocławiu!

Witajcie!

zapraszamy Was na siódmy odcinek codingtv();

Dzisiaj przygotujemy serwis Blog – metody potrzebne do pobierania i zapisywania Bloga. Pokażemy również, jak tworzyć mocki z wykorzystaniem biblioteki Moq. Zgodnie z Waszymi uwagami zmieniamy również trochę strukturę katalogów w projekcie.

Zapraszamy do oglądania i czekamy na Wasze komentarze!

Zamieszczamy również linki do omawianych portali:

6 komentarzy

Skomentuj Łukasz Gąsior Anuluj pisanie odpowiedzi

Twój adres e-mail nie zostanie opublikowany. Wymagane pola są oznaczone *

  • Ja proponuję wrzucić Repozytorium w osobny projekt i nie trzeba zmieniać public/internal. Dodać referencję tylko do projektu Service, czyli tez nie będzie widoczny w web.

  • Tak się tylko zastanawiam, czy przypadkiem mockowanie tylko wybranych metod nie jest przypadkiem złą praktyką? W tym przypadku nam to akurat nie grozi, ale co jeśli zostałby zmieniony sposób pobierania danych? Test nie przeszedłby nawet jeśli dana metoda byłaby prawidłowa.

    • Zmiany w kodzie powinny być poprzedzone zmianami w testach. To tak jak z pierwsza implementacją – najpierw test a potem kod.

      Testy ewoluują razem z kodem, którego dotyczą. Jeżeli zmieni się sposób pobierania danych to to samo powinno być uwzględnione w napisanych testach.

      Nie ma więc potrzeby mockowania całego obiektu na zaś.