Przejdź do treści
Biblioteka skilli
Programowanie · Pisanie

qa-author-by-task

/qa-author-by-task

Opisuje procedurę autora QA dla zadań z planu: pisze przypadki testowe w ramach zadania i koordynuje specyfikacje wizualne dla interfejsu.

Repozytorium
talos ↗
Licencja
Apache-2.0
Ostatnia zmiana repozytorium
12.10.2026

Ocena i bezpieczeństwo

90/ 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ść25 / 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 12.10.2026, bez odwołań do wycofanych modeli i API.

Licencja

Apache-2.0, otwarta: można używać i zmieniać, z zachowaniem licencji i informacji o zmianach.

Co robi i kiedy

Opisuje procedurę autora QA dla zadań z planu: pisze przypadki testowe w ramach zadania i koordynuje specyfikacje wizualne dla interfejsu.

Oryginalny opis (EN)

QA-Author by-task mode procedure. Use when QA-Author is dispatched for a master-plan task after TL, and after design-confirmed for UI tasks, to author task-scoped structural/api/e2e/functional test cases under docs/test-cases/by-task/<task-id>/ and coordinate visual-spec generation for UI tasks.

Jak działa

  1. Use
  2. Inputs
  3. Preconditions
  4. Procedure
  5. Hard Rules
Sekcje z nagłówków SKILL.md, w oryginale · 46 linii, 304 słów
Podgląd SKILL.md
---
name: qa-author-by-task
description: QA-Author by-task mode procedure. Use when QA-Author is dispatched for a master-plan task after TL, and after design-confirmed for UI tasks, to author task-scoped structural/api/e2e/functional test cases under docs/test-cases/by-task/<task-id>/ and coordinate visual-spec generation for UI tasks.
agents: [qa-author]
sdlc_phase: qa
owner: Platform Eng
status: active
---

# QA Author By-Task

## Use

Use this skill for QA-Author `by-task` mode. Load `test-case-author` for TC format, `ui-test-execution` for executable specs, and `visual-spec-author` before writing structural tests for UI tasks.

## Inputs

- Task file under `docs/plan/phase-*/tasks/<task-id>.md`
- Linked US/FR files
- `docs/architecture.md`
- Frozen API contracts for BE/BE+FE tasks
- `docs/uiux/handoffs/<task-id>.md` and `docs/instrumentation-contract.md` for UI tasks
- Existing by-us test cases for linked US IDs

## Preconditions

- TL has linked US IDs and FR IDs.
- UI tasks have `design-confirmed` and a handoff on main.
- FE tasks dependent on BE contracts have frozen API contracts.
- Missing preconditions cause `NEEDS_CONTEXT`/blocked return; do not author partial task TCs silently.

## Procedure

1. Verify by-us coverage exists for each linked US. If missing, file an open issue and continue only for task-specific layers that can be authored safely.
2. Determine required task layers:
   - `api.md` for BE or BE+FE contract/API work;
   - `structural.md` for UI tasks;
   - `e2e.md` for multi-system or cross-surface flows;
   - `functional.md` only for task-specific behavior not covered by by-us.
3. For UI tasks, run `visual-spec-author` first. Structural TCs derive from `docs/uiux/visual-specs/<task-id>.md`, not from ad-hoc Figma interpretation.
4. For API tests, read both the FR file and frozen API contract. If they disagree, file an open issue; do not silently let one override the other.
5. Author markdown TCs under `docs/test-cases/by-task/<task-id>/`.
6. Author executable specs at every TC's `Executable:` path using the project runner conventions.
7. Ensure runner test names start with the TC ID.
8. Emit `plan-update.json` with `track: "qa"` and by-task notes.

## Hard Rules

- Never author by-task cases into by-us paths or the reverse.
- Never invent missing API contract behavior.
- Never write structural UI tests before visual spec exists.
- Every executable TC needs a real spec file.
- Commit before signaling ready-to-finalize.
Pliki w paczce (2)
  • SKILL.md 2 KB
  • agents/openai.yaml 1 KB

Wersje

W bazie nie ma innych skilli o nazwie qa-author-by-task.

Migawka bazy z 28.10.2026 · wersja paczki 66eb9f361c48 (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

  • 100qa-execution-runner
    Uruchamia przypadki testowe przeciwko wdrożonej wersji, sprawdza specyfikacje i instrumentację, a wynik zapisuje w raporcie zadania.
  • 100author
    Pisze nowy test E2E przeglądarki z niejasnego opisu użytkownika lub wymagania funkcji, zamieniając sesje eksploracyjne w ustrukturyzowane, wielokrotnego użytku przypadki testowe.
  • 100create-test-plan
    Tworzy plan testów: planowanie testowania, przypadki testowe i strategię QA dla funkcji.
  • 90write-tests
    Pisze same przypadki testowe z wymagań lub zgłoszenia, bez ich uruchamiania, i tworzy pliki testów wraz z planem testów.
  • 100author-feature
    Tworzy jednoźródłową stronę funkcji, zweryfikowany z kodem wzorzec, który projektuje się na rodzaje .help i strony docs, bez kredytów API.
  • 100generate-test-cases
    Analizuje kod pod kątem pokrycia testami, wylicza potrzebne przypadki testowe i ocenia strategię testowania, bez pisania właściwego kodu testów.

Uwagi i zgłoszenia

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