Kategoria: Refaktoryzacja

Jakiś czas temu podczas konwersacji, mój rozmówca zauważył trudność jaką jest napisanie testu do metody, która wywołuje metody statyczne. Początkowo uznałam, że nie znam odpowiedzi, jak do tego podejść. Jednakże wieczorem „lampka się zapaliła” i olśniło mnie. Przecież to jest dokładnie taki sam problem jak z napisaniem testu do metody, która w sobie tworzy nowe obiekty!

Primitive Obsession jest jednym z zapaszków kodu (code smells).

Czym są zapaszki kodu?

Są to miejsca w kodzie, które powinny wywołać u Ciebie zapalenie się lampki, że dany kod może jednak nie jest najlepiej napisany. Code Smells są wskazówkami jakie miejsca powinny zostać zmienione.

W poprzednim artykule Nie mogę napisać testu do metody – part 1 zajmowaliśmy się problemem jakim jest napisanie testu do metody, która w środku tworzy nowe obiekty.

Dziś rozważymy sytuację w której ta metoda nie ma tworzenia nowych obiektów, ale jest prywatna (private method).

Test do metody prywatnej? JAK TO?!

Jakiś czas temu przeczytałam książkę „Praca z zastanym kodem. Najlepsze techniki” autorstwa Michael C. Feathers.

Dziś chciałabym się z Tobą podzielić moimi odczuciami i przemyśleniami na jej temat 🙂

Jako developer lubię mieć poczucie bezpieczeństwa wprowadzanych zmian. Niestety niektóre klasy/metody w projektach nie mają do nich napisanych testów. W projektach trafiają się fragmenty kodu do których jest ciężko napisać test bez zrobienia refaktoryzacji. Możemy jednak czasami niskim nakładem pracy zmodyfikować metodę, aby właśnie dało się do niej napisać testy. Dziś rozpatrzymy jedną z takich sytuacji.