testing-guidelines

Zbiór wytycznych do pisania testów, które rzeczywiście działają. Dowiedz się, kiedy mockować usługi zewnętrzne, a kiedy używać rzeczywistych danych. Nauczysz się pisać testy integracyjne zamiast testów jednostkowych, pokrywać punkty wejścia użytkownika i dodawać testy regresji dla każdego znalezionego błędu. Idealne, gdy dodajesz nową funkcjonalność, naprawiasz błędy lub chcesz mieć pewność, że nic się nie zepsuje.

1. Zainstaluj skill testowania z repozytorium Sentry MCP. Skill zawiera kompletny przewodnik zasad testowania, który możesz stosować w swoim projekcie.

2. Przed napisaniem testów przeczytaj cztery kluczowe zasady: mockuj usługi zewnętrzne (nigdy nie rób rzeczywistych żądań sieciowych), używaj rzeczywistych danych oczyszczonych z danych osobowych, preferuj testy integracyjne nad testami jednostkowymi, testuj publiczny interfejs, a nie szczegóły implementacji.

3. Gdy dodajesz nową funkcjonalność, zacznij od testów integracyjnych, które walidują wejście i wyjście. Nie testuj każdej możliwej kombinacji – pokryj ścieżkę główną i jeden reprezentatywny test dla każdej kategorii wejścia.

4. Gdy naprawiasz błąd, zawsze dodaj test regresji, który by go wychwycił. Test powinien się nie powieść przed naprawą i przejść po naprawie. Nazwij go opisowo, aby dokumentował problem.

5. Upewnij się, że każdy punkt wejścia użytkownika (komendy CLI, endpointy API, funkcje publiczne) ma co najmniej jeden podstawowy test. To gwarantuje, że nic nie zostanie przypadkowo zepsute.

6. Unikaj testowania mało prawdopodobnych przypadków brzegowych, które tylko zwiększają obciążenie utrzymania. Skupiaj się na testach, które mają rzeczywistą wartość dla projektu.