s2-unit-test

Skill zawiera standardy i best practices dla testów jednostkowych w projekcie S2. Używaj go, gdy modyfikujesz kod źródłowy, naprawiasz błędy lub dodajesz nowe funkcjonalności. Skill prowadzi Cię przez wybór właściwej lokalizacji testów (katalogi tests zorganizowane po modułach), konwencje nazewnictwa plików (issue-{number}-spec.ts dla bugów, {function-name}-spec.ts dla nowych funkcji) oraz kluczowe zasady — importowanie z katalogów src, reużywanie istniejących helperów testowych i dodawanie testów do istniejących plików zamiast tworzenia nowych.

1. Przed napisaniem kodu sprawdź, czy modyfikujesz plik w katalogach packages/*/src/ — jeśli tak, będziesz potrzebować testów jednostkowych. 2. Zlokalizuj istniejące testy dla modułu, w którym pracujesz, szukając katalogów tests w strukturze packages (s2-core/tests/unit/, s2-core/tests/bugs/, s2-react/tests/ itp.). 3. Określ typ zmian: jeśli naprawiasz błąd z numerem issue, umieść test w packages/s2-core/tests/bugs/ z nazwą issue-{number}-spec.ts; jeśli dodajesz nową funkcję, wybierz odpowiedni podkatalog (utils, cell, interaction) i nazwij plik {nazwa-funkcji}-spec.ts. 4. Jeśli testy dla danej funkcji już istnieją, dodaj nowe przypadki testowe do istniejącego pliku zamiast tworzyć nowy — reużywaj istniejące helpery i narzędzia testowe. 5. W kodzie testów importuj bezpośrednio z katalogów src (np. import { getCellWidth } from '@/utils/text') i używaj aliasów ścieżek — nigdy nie importuj z katalogów dist lub build. 6. Upewnij się, że każda zmiana kodu ma odpowiadające jej testy jednostkowe zanim zatwierdzisz pull request.