Przejdź do treści
Biblioteka skilli
Programowanie · Testowanie

tdd

/tdd

Pilnuje, by testy powstawały przed kodem: pisze nieudane testy, czeka na zatwierdzenie i dopiero potem implementuje minimum.

Repozytorium
codeforge ↗
Licencja
MIT
Ostatnia zmiana repozytorium
26.06.2026

Ocena i bezpieczeństwo

95/ 100Klasa: dobry
Format25 / 25
Frontmatter z nazwą i opisem, poprawna nazwa, opis do 1024 znaków, nazwa zgodna z folderem.
Odkrywalność25 / 25
Opis mówi, kiedy użyć skilla, ma sensowną długość i jest w 3. osobie.
Treść30 / 35
Co najmniej 150 słów i do 500 linii, nagłówki, listy kroków, przykłady albo kod.
Higiena15 / 15
Bez zaślepek typu TODO, bez ścieżek Windows, z licencją.
Ryzykobrak sygnałów w skanie
Pliki w paczce
2
Skrypty
0
Komentarze HTML
0
Adresy URL w SKILL.md
0
Przestarzałość

Brak sygnałów. Repozytorium zmienione 26.06.2026, bez odwołań do wycofanych modeli i API.

Licencja

MIT, otwarta: można używać i zmieniać, z zachowaniem informacji o autorze.

Co robi i kiedy

Pilnuje, by testy powstawały przed kodem: pisze nieudane testy, czeka na zatwierdzenie i dopiero potem implementuje minimum.

Oryginalny opis (EN)

Test-driven development enforcer. Triggers on /codeforge:tdd. Writes failing tests first, stops for approval, then implements minimum code, then refactors.

Jak działa

  1. Phases
  2. Test quality rules
  3. Output
Sekcje z nagłówków SKILL.md, w oryginale · 31 linii, 166 słów
Podgląd SKILL.md
---
name: tdd
description: Test-driven development enforcer. Triggers on /codeforge:tdd. Writes failing tests first, stops for approval, then implements minimum code, then refactors.
allowed-tools: Read, Write, Edit, Grep, Glob, Bash(npm test:*), Bash(pytest:*), Bash(go test:*), Bash(cargo test:*), Bash(jest:*), Bash(vitest:*)
---

# codeforge:tdd

## Phases

| Phase | Action | Gate |
|-------|--------|------|
| READ | Study existing test conventions: framework, naming, location | n/a |
| RED | Write failing tests for desired behavior. Verify they fail for right reason | **STOP: show user, wait for approval** |
| GREEN | Write minimum code to pass. Nothing extra. | Run tests, all green |
| REFACTOR | Clean up while keeping green. One change at a time. | Run tests after each change |

## Test quality rules

| Rule | Detail |
|------|--------|
| Test behavior | Not implementation details |
| Name clearly | `should_<behavior>_when_<condition>` |
| Cover edges | Empty, null, max, concurrent, error |
| No persistence mocks | Unless genuinely unavoidable |
| One concept per test | Not multiple assertions on unrelated behavior |

## Output

```
FORGE TDD — <feature>
Tests added: N  Red→Green cycles: N  Coverage delta: +X%
Refactor changes: file:line - what changed
Result: N/N PASS
```
Pliki w paczce (2)
  • SKILL.md 1 KB
  • agents/openai.yaml 1 KB

Wersje

RepozytoriumWynikLicencja
Ta strona · prashantxo/codeforge95MIT
kdlbs/kandev100AGPL-3.0
sentimony/skills100MIT
TerminalSkills/skills100Apache-2.0
duronext/jig100MIT
xoai/sage100MIT
rolemodel/skills100MIT
j0hanz/j0hanz-marketplace100MIT
mthines/agent-skills100MIT

Migawka bazy z 28.10.2026 · wersja paczki e1044ff4d4ae (skrót SHA-256 całej paczki)

Zgłoś problem z tym skillem: szkodliwa treść, błędny opis albo prośba autora o usunięcie.

Podobne skille

  • 90TDD Methodology
    Wdraża metodykę TDD dla funkcji, błędów i refaktoryzacji: najpierw testy, potem kod, gdy użytkownik prosi o test-first lub TDD.
  • 100tdd-implement
    Implementuje funkcję lub poprawkę błędu metodą TDD: analizuje wymaganie, pisze testy, minimalny kod i refaktoryzuje.
  • 90test-driven-development
    Prowadzi przez pisanie testu przed kodem: czerwony test, minimalna poprawka, refaktoryzacja i typowe pułapki TDD.
  • 100test-driven
    Prowadzi implementację metodą Test-Driven Development w dowolnym wspieranym języku, z testami pisanymi przed kodem w stylu XP.
  • 95tdd-workflow
    Egzekwuje metodykę TDD: testy przed implementacją, cykl red-green-refactor i wymagania dotyczące pokrycia kodu.
  • 100test-driven-development
    Stosuje zasady TDD przy nowych funkcjach, poprawkach i refaktoryzacji: najpierw testy, które nie przechodzą, potem implementacja i porządkowanie kodu.

Uwagi i zgłoszenia

Wiadomość trafi do Bartosza Sokolińskiego. Adres e-mail jest potrzebny tylko do odpowiedzi. Szczegóły w polityce prywatności.