Ograniczenia testów jednostkowych

Podsumowanie Lista

Testy jednostkowe mogą szybko wykrywać regresje i mogą wspierać projektowanie kodu, ale mogą mieć ograniczony zakres i mogą wymagać starannej struktury. Ich skuteczność może zależeć od jakości izolacji i doboru przypadków testowych.

Zakres i izolacja

Testy jednostkowe mogą:

nie używać I/O ani zewnętrznych zasobów, aby pozostać deterministyczne i szybkie 1
wymagać izolacji od bazy danych, systemu plików i sieci poprzez stuby oraz mocki
ograniczać pokrycie zachowań między modułami, co może pozostawiać luki w integracji

Integracja i system mogą:

ujawniać błędy, których testy jednostkowe nie wychwycą, zwłaszcza w konfiguracji, kontraktach API i zgodności środowisk
wymagać dodatkowych poziomów testów, aby weryfikować przepływy end-to-end i niefunkcjonalne właściwości

Wydajność i TDD

TDD może wymagać, aby testy uruchamiały się bardzo szybko, co wspiera częste iteracje i krótką pętlę informacji zwrotnej 1. Utrzymywanie minimalnych zależności oraz ograniczanie kosztownych setupów może skracać czas wykonania całej suity.

Ryzyka i ograniczenia

Nadmierne poleganie na mockach może zaciemniać rzeczywiste zachowanie i może utrwalać kruche kontrakty.
Wysokie pokrycie liniowe może nie gwarantować pokrycia przypadków brzegowych ani poprawności algorytmów.
Testy mogą trudno utrzymywać, gdy projekt jest ściśle sprzężony lub gdy interfejsy są niestabilne.
Testy mogą nie mierzyć właściwości niefunkcjonalnych (wydajności, bezpieczeństwa, zużycia pamięci) w realistycznych warunkach.

Dobre praktyki ograniczające ryzyko

Komponowanie kodu przez czyste funkcje i stabilne interfejsy może ułatwiać izolację i redukować potrzebę mocków.
Dodanie testów integracyjnych i kontraktowych może domykać luki pozostawione przez testy jednostkowe.
Refaktoryzacja testów i danych wejściowych może zmniejszać kruchość i utrzymywać tempo TDD 1.
Selektywne testowanie przypadków brzegowych i właściwości wejść może zwiększać wiarygodność bez nadmiernego rozrostu suity.

Organizacja i procesy