Zasady SOLID na Backendzie: LSP - Testowanie

0:00Zobacz, że teraz dla ułatwienia wydzieliłem do osobnych plików

0:03klasy admin Account i User Account.

0:06Cały czas ich zachowanie jest takie samo implementują ten sam interfejs i

0:11zachowują się dokładnie w ten sam sposób.

0:14Natomiast zachodzi tutaj jedna drobna zmiana.

0:16Mianowicie dodałem dziedziczenie, że admin dziedziczy też po klasie usera,

0:21bo admin też jest użytkownikiem, wobec czego rzucanie wyjątku odbywa się tylko i

0:27wyłącznie w klasie usera, a admin odwołuje się do tej metody nadrzędnej

0:32poprzez wywołanie kodu.

0:33Super więc sprawdzany jest ten warunek kryjący się pod metodą

0:39permission, które z kolei są zdefiniowane w obu klasach.

0:42Wspólny interfejs to samo zachowanie.

0:44Spodziewamy się w obu miejscach.

0:46Różni się tylko output odnośnie do użytkownika czy do konta admina?

0:50Jak to będzie wyglądało w kodzie?

0:53Kod dla użytkownika wygląda bardzo prosto.

0:55W pierwszej kolejności testujemy, czy nasz użytkownik może dobrać się do pewnego

1:00zasobu, a w drugiej kolejności sprawdzamy co się dzieje.

1:03Jeśli nie ma uprawnień, Jeśli nie ma uprawnień to rzucany jest wyjątek

1:08i kod dla admina jest identyczny.

1:11Zobacz jest identyczny jest taki sam jak to ma miejsce w porównaniu klasy

1:17admin Account i User account.

1:18Testy wyglądają identycznie.

1:20To oznacza, że klasy są zgodne z zasadą LSB, bo możemy je podstawiać zamiennie i

1:25test działa dokładnie w ten sam sposób.

1:28Sprawdzamy wiadomo output, natomiast zachowanie tych klas jest takie samo, co

1:33jest odzwierciedlone z kolei w testach, bo testujemy dokładnie te same przypadki,

1:37biorąc pod uwagę tylko różne zwracane wartości w zależności

1:41od logiki biznesowej. Tak właśnie wygląda faktoring.

1:45Testowanie zgodnie z zasadą LSB.