Rabat grupowy komplikuje logikę — Testy jednostkowe i reguły biznesowe — Seria 2 | Odcinek 6

Co zrobić, gdy rabat grupowy nie spełnia swojego warunku, ale wciąż znajduje się na liście rabatów? W tym odcinku poprawiamy logikę wyboru rabatu, wykorzystując testy jednostkowe do znalezienia błędu i sprawdzamy, jak jedna reguła biznesowa zaczyna komplikować istniejący kod. Po drodze pojawia się też pytanie, czy powtarzającą się logikę wyciągać do osobnej metody oraz dlaczego zagnieżdżone if-y utrudniają analizę kodu. Na końcu zostaje jeszcze jedno wymaganie, które dodatkowo skomplikuje logikę w kolejnym odcinku. 00:00 Wstęp 01:00 Test nie przechodzi — zaczynamy szukać problemu 01:31 Czy wyliczanie ceny powinno być w modelu Pizza? 02:10 Test jednostkowy jako narzędzie do debugowania logiki 02:58 Dlaczego ta logika nie przechodzi testu? 03:50 Powtarzający się kod — kopiować czy centralizować? 05:30 Kiedy kopiowanie logiki może jeszcze mieć sens? 06:57 Poprawiamy błędną logikę 08:27 Dlaczego nie zagnieżdżam if-ów? 10:03 Refaktoryzacja poprawionej logiki 14:14 Co zmieniła refaktoryzacja? 14:55 Test nadal nie przechodzi — gdzie jest problem? 16:51 Jednym kliknięciem testujemy całą logikę 18:40 Błędny test czy błąd w logice? 19:43 Test znalazł problem, którego łatwo byłoby nie zauważyć 21:11 Co dokładnie wykrył test jednostkowy? 22:41 Poprawiamy znaleziony błąd 23:55 Except() — prosty sposób na wykluczanie 24:43 Ponownie testujemy całą logikę wyliczania ceny 25:18 Test dla skomplikowanego scenariusza z rabatami grupowymi 27:24 Dlaczego testy zaczynają mieć tak długie nazwy? 28:26 Nowy test i ponowne sprawdzenie całej logiki 29:39 Co dalej? 📂 Kod źródłowy z tego odcinka: https://github.com/kodbezdogmatow/Kod... 🔗 Repozytorium całej serii: https://github.com/kodbezdogmatow/Kod... 📸 Instagram:   / kodbezdogmatow