[LucjanPetarda]

Szybkie pytanko, w jakich przypadkach nie stosujemy unit testow? #programowanie

[straznik_internetuf]

@LucjanPetarda: jak nie ma czasu na ich napisanie.
Chociaż to się zemści później.

Unit testy są łatwe i szybkie do pisania, więc rezygnacja z nich jest słaba.

[demonsthere]

@LucjanPetarda: Teoretycznie, gdy korzystasz z gotowych funkcji/bibliotek, które już mają swoje testy. Natomiast, kiedy dodajesz coś swojego, zawsze powinny być unit testy ;)

[scriptkitty]

@LucjanPetarda: nie ma sensu testować sposobu implementacji danego rozwiązania, jeśli da się przetestować go na podstawie zbioru wejść i oczekiwanych wyjść

[PrawyKuba]

@LucjanPetarda: gdzie nie ma logiki biznesowej tylko sam crud do bazy

[Saly]

@LucjanPetarda: jak mało wnoszą, czyli:
* testują obszar, który jest "zbyt nisko". To najlepiej widać, jak musisz bardzo często zmieniać testy przy refaktorze: logika się nie zmienia, a polowa testów przepisanych. Inną wskazówką jest konieczność mockowania wielu rzeczy: jak musisz robić coś takiego to najprawdopodobniej jesteś zbyt nisko w kodzie i twój kod nie jest samowystarczalny.
* jak mamy dobre testy integracyjne/aplikacji. Mówiąc dobre chodzi mi głównie o ich czas wykonania.