AgentStack
Browse Sign in
Browse Why AgentStack Sell Docs
Sign in
SKILL verified MIT Self-run

Test Driven Development

skill-alex7develop-my-agent-skills-test-driven-development · by Alex7develop

Писать код через цикл red-green-refactor — сначала падающий тест, потом минимальная реализация, потом рефакторинг. Используй при реализации новой логики, исправлении багов, изменении поведения кода. Триггерится на фразы "напиши функцию/фичу", "исправь баг", "добавь логику для X", "покрой тестами". Обязательно применяй при изменении поведения, даже если явно не попросили про тесты.

No reviews yet
0 installs
14 views
0.0% view→install

Install

$ agentstack add skill-alex7develop-my-agent-skills-test-driven-development

✓ scanned · ✓ verified, works with Claude Code, Cursor, and more.

Security review

✓ Passed

No issues found. Passed automated security review. · v0.1.0 How review works →

  • Prompt-injection patterns
  • Secret / credential exfiltration
  • Dangerous shell & filesystem operations
  • Untrusted network calls
  • Known-malicious package signatures

What it can access

  • Network access No
  • Filesystem access No
  • Shell / process execution No
  • Environment & secrets No
  • Dynamic code execution No

From automated source analysis of v0.1.0. “Used” means the capability is present in the source — more access means more to trust, not that it’s unsafe.

View the full security report →

Verified badge

Passed review? Show it. Paste this badge into your README, it links to the public security report.

AgentStack Verified badge Links to your public security report.
[![AgentStack Verified](https://agentstack.voostack.com/badges/verified.svg)](https://agentstack.voostack.com/security/report/skill-alex7develop-my-agent-skills-test-driven-development)

Reliability & compatibility

Security review passed
0 installs to date
no reviews yet
24d ago

Declared compatibility

Claude CodeClaude Desktop

Compatibility is declared by the source manifest. End-to-end runtime verification is coming, see below.

Preview Execution monitoring

We're building live execution health for every listing: tool-call success rate, median latency, uptime, and last-checked timestamps, measured, not self-reported. It isn't live yet, so we don't show numbers we can't stand behind.

How agent discovery & health will work →
Are you the author of Test Driven Development? Claim this listing to set pricing, connect Stripe payouts, and keep 70% of every sale.
Sign up to claim

About

Test-Driven Development

Код без тестов, написанный "с ходу", кажется быстрее, но перекладывает проверку корректности на пользователя. Этот навык заставляет доказывать корректность тестом на каждом шаге.

Процесс: Red → Green → Refactor

  1. Red. Написать один тест, который описывает следующий кусок нужного

поведения. Запустить и убедиться, что он падает по правильной причине (не из-за опечатки/синтаксической ошибки).

  1. Green. Написать МИНИМАЛЬНЫЙ код, чтобы тест прошёл. Не решать сразу

всю задачу — только то, что покрыто текущим тестом.

  1. Refactor. Пока все тесты зелёные — убрать дублирование, улучшить

имена, упростить структуру. Не менять поведение на этом шаге.

  1. Повторять цикл, пока критерии готовности (из спеки, если она есть) не

покрыты тестами.

Что покрывать тестами (пирамида, примерный ориентир 80/15/5)

  • 80% — unit-тесты. Быстрые, изолированные, для основной бизнес-логики.
  • 15% — интеграционные. Стыки модулей, реальные (или близкие к реальным)

зависимости.

  • 5% — end-to-end. Только критичные пользовательские сценарии.

Принципы

  • DAMP > DRY в тестах. Тест должен быть читаемым сам по себе даже с

повторением, а не максимально сжатым через общие хелперы — тест, который нужно "распаковывать", чтобы понять, что он проверяет, вреден.

  • Один тест — одна причина упасть. Если тест проверяет 5 вещей сразу,

его провал не говорит, что именно сломалось.

  • Тестировать поведение, а не реализацию. Рефакторинг внутренней

структуры не должен ломать тесты, если внешнее поведение не изменилось.

  • Баг-фикс начинается с теста, который воспроизводит баг. Сначала

красный тест на баг, потом фикс, потом зелёный — это гарантия, что баг не вернётся незамеченным.

Чек-лист перед тем, как считать задачу закрытой

  • [ ] Каждый критерий готовности из спеки покрыт хотя бы одним тестом
  • [ ] Тесты падали (red) до реализации — не написаны постфактум "для галочки"
  • [ ] Нет тестов, которые проверяют детали реализации вместо поведения
  • [ ] Все тесты зелёные после финального рефакторинга

Source & license

This open-source skill is cataloged on AgentStack and links to its original source — we do not rehost the code.

Install and usage instructions live in the source repository linked above.

Reviews

No reviews yet, be the first.

Versions

  • v0.1.0 Imported from the upstream source.