@omerrgocmen/crewctl 1.3.1 → 1.3.3
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/README.md +193 -193
- package/orchestrator/README.md +473 -473
- package/orchestrator/config.default.json +96 -90
- package/orchestrator/roles/executor.md +57 -57
- package/orchestrator/roles/operator.md +77 -77
- package/orchestrator/roles/planner.md +58 -58
- package/orchestrator/roles/reviewer.md +63 -63
- package/orchestrator/skills/acceptance-criteria.md +18 -18
- package/orchestrator/skills/accessibility-audit.md +16 -16
- package/orchestrator/skills/accessible-forms.md +16 -16
- package/orchestrator/skills/api-design.md +27 -27
- package/orchestrator/skills/api-documentation.md +16 -16
- package/orchestrator/skills/architecture-decision-record.md +18 -18
- package/orchestrator/skills/authentication-design.md +16 -16
- package/orchestrator/skills/authorization-review.md +16 -16
- package/orchestrator/skills/backward-compatibility.md +17 -17
- package/orchestrator/skills/changelog-writing.md +16 -16
- package/orchestrator/skills/ci-pipeline-design.md +16 -16
- package/orchestrator/skills/cli-design.md +16 -16
- package/orchestrator/skills/code-review.md +27 -27
- package/orchestrator/skills/configuration-management.md +16 -16
- package/orchestrator/skills/container-review.md +16 -16
- package/orchestrator/skills/contract-testing.md +16 -16
- package/orchestrator/skills/dashboard-design.md +16 -16
- package/orchestrator/skills/database-migration.md +16 -16
- package/orchestrator/skills/database-schema-design.md +16 -16
- package/orchestrator/skills/debugging.md +26 -26
- package/orchestrator/skills/dependency-review.md +16 -16
- package/orchestrator/skills/design-review.md +29 -29
- package/orchestrator/skills/design-system.md +16 -16
- package/orchestrator/skills/docs-api-reference.md +16 -16
- package/orchestrator/skills/docs-troubleshooting.md +16 -16
- package/orchestrator/skills/docs-tutorial.md +16 -16
- package/orchestrator/skills/docs-writing.md +25 -25
- package/orchestrator/skills/empty-error-loading-states.md +16 -16
- package/orchestrator/skills/end-to-end-testing.md +16 -16
- package/orchestrator/skills/error-handling.md +16 -16
- package/orchestrator/skills/frontend-design.md +28 -28
- package/orchestrator/skills/git-commit-writing.md +16 -16
- package/orchestrator/skills/graphql-design.md +16 -16
- package/orchestrator/skills/incident-runbook.md +18 -18
- package/orchestrator/skills/input-validation.md +16 -16
- package/orchestrator/skills/integration-testing.md +16 -16
- package/orchestrator/skills/interaction-design.md +16 -16
- package/orchestrator/skills/landing-page-design.md +16 -16
- package/orchestrator/skills/observability-design.md +16 -16
- package/orchestrator/skills/openapi-contract.md +16 -16
- package/orchestrator/skills/performance-profiling.md +16 -16
- package/orchestrator/skills/privacy-review.md +16 -16
- package/orchestrator/skills/property-based-testing.md +16 -16
- package/orchestrator/skills/pull-request-writing.md +16 -16
- package/orchestrator/skills/refactoring.md +16 -16
- package/orchestrator/skills/release-readiness.md +16 -16
- package/orchestrator/skills/responsive-design.md +16 -16
- package/orchestrator/skills/secrets-management.md +16 -16
- package/orchestrator/skills/secure-file-upload.md +16 -16
- package/orchestrator/skills/security-review.md +26 -26
- package/orchestrator/skills/semantic-versioning.md +17 -17
- package/orchestrator/skills/seo-on-page.md +16 -16
- package/orchestrator/skills/seo-structured-data.md +16 -16
- package/orchestrator/skills/seo-technical-audit.md +16 -16
- package/orchestrator/skills/sql-query-review.md +16 -16
- package/orchestrator/skills/supply-chain-security.md +16 -16
- package/orchestrator/skills/test-strategy.md +16 -16
- package/orchestrator/skills/threat-modeling.md +16 -16
- package/orchestrator/skills/unit-testing.md +16 -16
- package/orchestrator/skills/write-tests.md +28 -28
- package/orchestrator/src/checkpoints.js +183 -183
- package/orchestrator/src/cli-registry.js +125 -3
- package/orchestrator/src/cli.js +140 -140
- package/orchestrator/src/doctor.js +64 -64
- package/orchestrator/src/engine.js +2112 -1914
- package/orchestrator/src/schedule.js +124 -124
- package/orchestrator/src/server.js +942 -817
- package/orchestrator/src/skill-registry.js +272 -272
- package/orchestrator/src/store.js +583 -478
- package/orchestrator/web/OrbitControls.js +1417 -1417
- package/orchestrator/web/board.html +146 -146
- package/orchestrator/web/code.html +213 -213
- package/orchestrator/web/flow.html +741 -741
- package/orchestrator/web/index.html +784 -622
- package/orchestrator/web/jsm/postprocessing/EffectComposer.js +231 -231
- package/orchestrator/web/jsm/postprocessing/MaskPass.js +104 -104
- package/orchestrator/web/jsm/postprocessing/Pass.js +95 -95
- package/orchestrator/web/jsm/postprocessing/RenderPass.js +99 -99
- package/orchestrator/web/jsm/postprocessing/ShaderPass.js +77 -77
- package/orchestrator/web/jsm/postprocessing/UnrealBloomPass.js +415 -415
- package/orchestrator/web/jsm/shaders/CopyShader.js +45 -45
- package/orchestrator/web/jsm/shaders/LuminosityHighPassShader.js +66 -66
- package/orchestrator/web/site.webmanifest +12 -12
- package/orchestrator/web/three.module.min.js +6 -6
- package/package.json +51 -51
|
@@ -1,16 +1,16 @@
|
|
|
1
|
-
---
|
|
2
|
-
name: responsive-design
|
|
3
|
-
description: İçeriğe göre akışkan, mobile-first ve zoom dayanıklı düzen kur; responsive CSS ve çoklu ekran işlerinde kullan.
|
|
4
|
-
category: design
|
|
5
|
-
appliesTo: [plan, implement, review]
|
|
6
|
-
match: [responsive, duyarlı tasarım, mobile first, breakpoint, media query, viewport, tablet, reflow]
|
|
7
|
-
---
|
|
8
|
-
|
|
9
|
-
# Responsive Tasarım
|
|
10
|
-
|
|
11
|
-
- En dar anlamlı görünümden başla; içerik önceliğini koruyarak progressive enhancement uygula.
|
|
12
|
-
- Sabit genişlik yerine grid/flex, min/max, `clamp()` ve doğal wrapping kullan.
|
|
13
|
-
- Breakpoint'i cihaz adına değil içeriğin bozulduğu noktaya koy; gereksiz varyant üretme.
|
|
14
|
-
- Dokunma hedefi, okuma genişliği, görsel oranı, tablo ve navigasyon davranışını ayrı çöz.
|
|
15
|
-
- Yatay kaydırmayı yalnız gerçekten iki boyutlu içerikte kontrollü kullan.
|
|
16
|
-
- 320px'den geniş ekrana, %400 zoom'a, uzun metne, RTL'ye ve ekran klavyesine kadar test et.
|
|
1
|
+
---
|
|
2
|
+
name: responsive-design
|
|
3
|
+
description: İçeriğe göre akışkan, mobile-first ve zoom dayanıklı düzen kur; responsive CSS ve çoklu ekran işlerinde kullan.
|
|
4
|
+
category: design
|
|
5
|
+
appliesTo: [plan, implement, review]
|
|
6
|
+
match: [responsive, duyarlı tasarım, mobile first, breakpoint, media query, viewport, tablet, reflow]
|
|
7
|
+
---
|
|
8
|
+
|
|
9
|
+
# Responsive Tasarım
|
|
10
|
+
|
|
11
|
+
- En dar anlamlı görünümden başla; içerik önceliğini koruyarak progressive enhancement uygula.
|
|
12
|
+
- Sabit genişlik yerine grid/flex, min/max, `clamp()` ve doğal wrapping kullan.
|
|
13
|
+
- Breakpoint'i cihaz adına değil içeriğin bozulduğu noktaya koy; gereksiz varyant üretme.
|
|
14
|
+
- Dokunma hedefi, okuma genişliği, görsel oranı, tablo ve navigasyon davranışını ayrı çöz.
|
|
15
|
+
- Yatay kaydırmayı yalnız gerçekten iki boyutlu içerikte kontrollü kullan.
|
|
16
|
+
- 320px'den geniş ekrana, %400 zoom'a, uzun metne, RTL'ye ve ekran klavyesine kadar test et.
|
|
@@ -1,16 +1,16 @@
|
|
|
1
|
-
---
|
|
2
|
-
name: secrets-management
|
|
3
|
-
description: Anahtar, token ve parolaları koddan ayırıp en az yetkiyle döndür; secret veya credential işlerinde kullan.
|
|
4
|
-
category: security
|
|
5
|
-
appliesTo: [plan, implement, review]
|
|
6
|
-
match: [secret, sır, api key, token, credential, kimlik bilgisi, password, parola, vault, rotation]
|
|
7
|
-
---
|
|
8
|
-
|
|
9
|
-
# Sır Yönetimi
|
|
10
|
-
|
|
11
|
-
- Sır envanterini, sahibini, tüketicisini ve gereken en dar yetkiyi belirle.
|
|
12
|
-
- Sırrı kod, git geçmişi, örnek config, log, hata, build artefaktı veya istemci paketinde tutma.
|
|
13
|
-
- Çalışma ortamının güvenli secret store/enjeksiyon mekanizmasını kullan; dosya ve process görünürlüğünü sınırla.
|
|
14
|
-
- Kısa ömürlü kimlik ve otomatik rotation'ı statik uzun ömürlü anahtara tercih et.
|
|
15
|
-
- Eksik/bozuk sırda güvenli biçimde fail et ve değeri maskeleyerek tanıla.
|
|
16
|
-
- Sızıntıda iptal, döndürme, geçmiş temizliği ve etki incelemesi adımlarını tanımlayıp test et.
|
|
1
|
+
---
|
|
2
|
+
name: secrets-management
|
|
3
|
+
description: Anahtar, token ve parolaları koddan ayırıp en az yetkiyle döndür; secret veya credential işlerinde kullan.
|
|
4
|
+
category: security
|
|
5
|
+
appliesTo: [plan, implement, review]
|
|
6
|
+
match: [secret, sır, api key, token, credential, kimlik bilgisi, password, parola, vault, rotation]
|
|
7
|
+
---
|
|
8
|
+
|
|
9
|
+
# Sır Yönetimi
|
|
10
|
+
|
|
11
|
+
- Sır envanterini, sahibini, tüketicisini ve gereken en dar yetkiyi belirle.
|
|
12
|
+
- Sırrı kod, git geçmişi, örnek config, log, hata, build artefaktı veya istemci paketinde tutma.
|
|
13
|
+
- Çalışma ortamının güvenli secret store/enjeksiyon mekanizmasını kullan; dosya ve process görünürlüğünü sınırla.
|
|
14
|
+
- Kısa ömürlü kimlik ve otomatik rotation'ı statik uzun ömürlü anahtara tercih et.
|
|
15
|
+
- Eksik/bozuk sırda güvenli biçimde fail et ve değeri maskeleyerek tanıla.
|
|
16
|
+
- Sızıntıda iptal, döndürme, geçmiş temizliği ve etki incelemesi adımlarını tanımlayıp test et.
|
|
@@ -1,16 +1,16 @@
|
|
|
1
|
-
---
|
|
2
|
-
name: secure-file-upload
|
|
3
|
-
description: Dosya yüklemeyi tür, boyut, ad, depolama ve sunum sınırlarıyla güvenli kur; upload ve attachment işlerinde kullan.
|
|
4
|
-
category: security
|
|
5
|
-
appliesTo: [plan, implement, review]
|
|
6
|
-
match: [file upload, dosya yükleme, attachment, multipart, mime, image upload, path traversal]
|
|
7
|
-
---
|
|
8
|
-
|
|
9
|
-
# Güvenli Dosya Yükleme
|
|
10
|
-
|
|
11
|
-
1. İzin verilen iş amaçlı türleri, dosya/adet boyutunu ve kullanıcı kotasını allowlist ile sınırla.
|
|
12
|
-
2. Uzantı, MIME ve magic byte'ı birlikte kontrol et; istemci adına veya Content-Type'a güvenme.
|
|
13
|
-
3. Sunucu tarafında rastgele dosya adı üret, yolu kanonikleştir ve web root dışında depola.
|
|
14
|
-
4. İçeriği mümkünse yeniden kodla/tara; arşiv açmada oran, derinlik ve yol sınırı uygula.
|
|
15
|
-
5. İndirmeyi güvenli header, ayrı origin ve yetki kontrolüyle sun; aktif içeriği inline çalıştırma.
|
|
16
|
-
6. Eksik, sahte, büyük, çift uzantılı ve eşzamanlı yükleme vakalarını test et.
|
|
1
|
+
---
|
|
2
|
+
name: secure-file-upload
|
|
3
|
+
description: Dosya yüklemeyi tür, boyut, ad, depolama ve sunum sınırlarıyla güvenli kur; upload ve attachment işlerinde kullan.
|
|
4
|
+
category: security
|
|
5
|
+
appliesTo: [plan, implement, review]
|
|
6
|
+
match: [file upload, dosya yükleme, attachment, multipart, mime, image upload, path traversal]
|
|
7
|
+
---
|
|
8
|
+
|
|
9
|
+
# Güvenli Dosya Yükleme
|
|
10
|
+
|
|
11
|
+
1. İzin verilen iş amaçlı türleri, dosya/adet boyutunu ve kullanıcı kotasını allowlist ile sınırla.
|
|
12
|
+
2. Uzantı, MIME ve magic byte'ı birlikte kontrol et; istemci adına veya Content-Type'a güvenme.
|
|
13
|
+
3. Sunucu tarafında rastgele dosya adı üret, yolu kanonikleştir ve web root dışında depola.
|
|
14
|
+
4. İçeriği mümkünse yeniden kodla/tara; arşiv açmada oran, derinlik ve yol sınırı uygula.
|
|
15
|
+
5. İndirmeyi güvenli header, ayrı origin ve yetki kontrolüyle sun; aktif içeriği inline çalıştırma.
|
|
16
|
+
6. Eksik, sahte, büyük, çift uzantılı ve eşzamanlı yükleme vakalarını test et.
|
|
@@ -1,26 +1,26 @@
|
|
|
1
|
-
---
|
|
2
|
-
name: security-review
|
|
3
|
-
description: Değişiklikleri yaygın güvenlik açıkları açısından denetleme rehberi (OWASP odaklı)
|
|
4
|
-
category: security
|
|
5
|
-
appliesTo: [review]
|
|
6
|
-
match: [guvenlik, güvenlik, security, auth, kimlik, yetki, injection, xss, csrf, secret, token, sql, sifre, şifre, zafiyet]
|
|
7
|
-
---
|
|
8
|
-
|
|
9
|
-
# Beceri: Güvenlik İncelemesi
|
|
10
|
-
|
|
11
|
-
Salt okunur denetle; kanıtla göster. Teorik risk yerine bu kod tabanında sömürülebilir yolları ara.
|
|
12
|
-
|
|
13
|
-
## Kontrol alanları
|
|
14
|
-
|
|
15
|
-
- **Girdi doğrulama & injection:** SQL/NoSQL/komut/şablon injection; parametreli sorgu ve güvenli API kullanımı.
|
|
16
|
-
- **Çıktı kodlama & XSS:** Kullanıcı verisi güvenli kaçışla mı render ediliyor; `dangerouslySetInnerHTML`/`eval` var mı?
|
|
17
|
-
- **Kimlik & yetki:** Kimlik doğrulama ve yetki kontrolü her hassas yolda var mı? IDOR / eksik erişim kontrolü?
|
|
18
|
-
- **Sırlar:** Kod, log veya istemciye sızan API anahtarı, parola, token var mı? `.env`/secret yönetimi doğru mu?
|
|
19
|
-
- **Veri akışı:** Güvenilmeyen girdinin dosya yolu, komut, URL veya deserializasyona ulaştığı yerler.
|
|
20
|
-
- **Bağımlılık & yapılandırma:** Bilinen zafiyetli paket, güvensiz varsayılan, açık CORS, eksik güvenlik başlıkları.
|
|
21
|
-
- **Kripto & rastgelelik:** Zayıf hash/şifreleme, tahmin edilebilir token, sabit IV/anahtar.
|
|
22
|
-
|
|
23
|
-
## Teslimat
|
|
24
|
-
|
|
25
|
-
Her bulgu için: önem (HIGH/MEDIUM/LOW), dosya:satır, sömürü senaryosu ve somut düzeltme. Yıkıcı test veya
|
|
26
|
-
gerçek exploit **çalıştırma**; yalnızca statik inceleme yap. Sonunda `VERDICT: PASS` veya `VERDICT: FAIL` yaz.
|
|
1
|
+
---
|
|
2
|
+
name: security-review
|
|
3
|
+
description: Değişiklikleri yaygın güvenlik açıkları açısından denetleme rehberi (OWASP odaklı)
|
|
4
|
+
category: security
|
|
5
|
+
appliesTo: [review]
|
|
6
|
+
match: [guvenlik, güvenlik, security, auth, kimlik, yetki, injection, xss, csrf, secret, token, sql, sifre, şifre, zafiyet]
|
|
7
|
+
---
|
|
8
|
+
|
|
9
|
+
# Beceri: Güvenlik İncelemesi
|
|
10
|
+
|
|
11
|
+
Salt okunur denetle; kanıtla göster. Teorik risk yerine bu kod tabanında sömürülebilir yolları ara.
|
|
12
|
+
|
|
13
|
+
## Kontrol alanları
|
|
14
|
+
|
|
15
|
+
- **Girdi doğrulama & injection:** SQL/NoSQL/komut/şablon injection; parametreli sorgu ve güvenli API kullanımı.
|
|
16
|
+
- **Çıktı kodlama & XSS:** Kullanıcı verisi güvenli kaçışla mı render ediliyor; `dangerouslySetInnerHTML`/`eval` var mı?
|
|
17
|
+
- **Kimlik & yetki:** Kimlik doğrulama ve yetki kontrolü her hassas yolda var mı? IDOR / eksik erişim kontrolü?
|
|
18
|
+
- **Sırlar:** Kod, log veya istemciye sızan API anahtarı, parola, token var mı? `.env`/secret yönetimi doğru mu?
|
|
19
|
+
- **Veri akışı:** Güvenilmeyen girdinin dosya yolu, komut, URL veya deserializasyona ulaştığı yerler.
|
|
20
|
+
- **Bağımlılık & yapılandırma:** Bilinen zafiyetli paket, güvensiz varsayılan, açık CORS, eksik güvenlik başlıkları.
|
|
21
|
+
- **Kripto & rastgelelik:** Zayıf hash/şifreleme, tahmin edilebilir token, sabit IV/anahtar.
|
|
22
|
+
|
|
23
|
+
## Teslimat
|
|
24
|
+
|
|
25
|
+
Her bulgu için: önem (HIGH/MEDIUM/LOW), dosya:satır, sömürü senaryosu ve somut düzeltme. Yıkıcı test veya
|
|
26
|
+
gerçek exploit **çalıştırma**; yalnızca statik inceleme yap. Sonunda `VERDICT: PASS` veya `VERDICT: FAIL` yaz.
|
|
@@ -1,17 +1,17 @@
|
|
|
1
|
-
---
|
|
2
|
-
name: semantic-versioning
|
|
3
|
-
description: Kamuya açık sözleşme değişimine göre major, minor veya patch sürüm etkisini belirle; paket ve release işlerinde kullan.
|
|
4
|
-
category: software
|
|
5
|
-
appliesTo: [plan, implement, review]
|
|
6
|
-
match: [semver, semantic versioning, sürümleme, version bump, major, minor, patch, breaking]
|
|
7
|
-
---
|
|
8
|
-
|
|
9
|
-
# Semantik Sürümleme
|
|
10
|
-
|
|
11
|
-
1. Önce “kamuya açık API”yi proje bağlamında tanımla: kod, CLI, şema, dosya biçimi veya davranış.
|
|
12
|
-
2. Uyumlu hata düzeltmesini PATCH, geriye uyumlu yeteneği MINOR, kırıcı sözleşmeyi MAJOR olarak sınıflandır.
|
|
13
|
-
3. `0.y.z`, prerelease ve proje-özel politikasını mevcut belgeden kontrol et; varsayma.
|
|
14
|
-
4. Bağımlılık güncellemesinin tüketici sözleşmesine gerçek etkisini değerlendir.
|
|
15
|
-
5. Sürüm kararını changelog ve migration notuyla tutarlı kıl.
|
|
16
|
-
|
|
17
|
-
Yalnızca commit türüne bakarak sürüm belirleme; gözlemlenebilir tüketici etkisini kanıtla.
|
|
1
|
+
---
|
|
2
|
+
name: semantic-versioning
|
|
3
|
+
description: Kamuya açık sözleşme değişimine göre major, minor veya patch sürüm etkisini belirle; paket ve release işlerinde kullan.
|
|
4
|
+
category: software
|
|
5
|
+
appliesTo: [plan, implement, review]
|
|
6
|
+
match: [semver, semantic versioning, sürümleme, version bump, major, minor, patch, breaking]
|
|
7
|
+
---
|
|
8
|
+
|
|
9
|
+
# Semantik Sürümleme
|
|
10
|
+
|
|
11
|
+
1. Önce “kamuya açık API”yi proje bağlamında tanımla: kod, CLI, şema, dosya biçimi veya davranış.
|
|
12
|
+
2. Uyumlu hata düzeltmesini PATCH, geriye uyumlu yeteneği MINOR, kırıcı sözleşmeyi MAJOR olarak sınıflandır.
|
|
13
|
+
3. `0.y.z`, prerelease ve proje-özel politikasını mevcut belgeden kontrol et; varsayma.
|
|
14
|
+
4. Bağımlılık güncellemesinin tüketici sözleşmesine gerçek etkisini değerlendir.
|
|
15
|
+
5. Sürüm kararını changelog ve migration notuyla tutarlı kıl.
|
|
16
|
+
|
|
17
|
+
Yalnızca commit türüne bakarak sürüm belirleme; gözlemlenebilir tüketici etkisini kanıtla.
|
|
@@ -1,16 +1,16 @@
|
|
|
1
|
-
---
|
|
2
|
-
name: seo-on-page
|
|
3
|
-
description: Sayfa niyeti, başlık, içerik yapısı ve snippet öğelerini kullanıcı odaklı optimize et; on-page SEO ve içerik güncellemede kullan.
|
|
4
|
-
category: seo
|
|
5
|
-
appliesTo: [plan, implement, review]
|
|
6
|
-
match: [on page seo, sayfa içi seo, title tag, meta description, heading, search intent, arama niyeti, keyword]
|
|
7
|
-
---
|
|
8
|
-
|
|
9
|
-
# Sayfa İçi SEO
|
|
10
|
-
|
|
11
|
-
- Hedef sorgu kümesinin gerçek kullanıcı niyetini ve sayfanın tek birincil amacını belirle.
|
|
12
|
-
- Benzersiz, açık ve içeriği doğru temsil eden title ile H1 yaz; doğal dili bozarak anahtar kelime doldurma.
|
|
13
|
-
- İlk bölümde soruyu doğrudan yanıtla, başlıklarla taranabilir yapı ve özgün kanıt/örnek sun.
|
|
14
|
-
- Meta description'ı kısa değer özeti olarak yaz; garanti veya yanıltıcı vaat kullanma.
|
|
15
|
-
- Açıklayıcı URL, görsel alt metni ve ilgili iç bağlantıları kullanıcı yolculuğuna göre düzenle.
|
|
16
|
-
- Canonical/index durumunu, mobil görünümü ve render edilmiş HTML'i doğrula; meta keywords ekleme.
|
|
1
|
+
---
|
|
2
|
+
name: seo-on-page
|
|
3
|
+
description: Sayfa niyeti, başlık, içerik yapısı ve snippet öğelerini kullanıcı odaklı optimize et; on-page SEO ve içerik güncellemede kullan.
|
|
4
|
+
category: seo
|
|
5
|
+
appliesTo: [plan, implement, review]
|
|
6
|
+
match: [on page seo, sayfa içi seo, title tag, meta description, heading, search intent, arama niyeti, keyword]
|
|
7
|
+
---
|
|
8
|
+
|
|
9
|
+
# Sayfa İçi SEO
|
|
10
|
+
|
|
11
|
+
- Hedef sorgu kümesinin gerçek kullanıcı niyetini ve sayfanın tek birincil amacını belirle.
|
|
12
|
+
- Benzersiz, açık ve içeriği doğru temsil eden title ile H1 yaz; doğal dili bozarak anahtar kelime doldurma.
|
|
13
|
+
- İlk bölümde soruyu doğrudan yanıtla, başlıklarla taranabilir yapı ve özgün kanıt/örnek sun.
|
|
14
|
+
- Meta description'ı kısa değer özeti olarak yaz; garanti veya yanıltıcı vaat kullanma.
|
|
15
|
+
- Açıklayıcı URL, görsel alt metni ve ilgili iç bağlantıları kullanıcı yolculuğuna göre düzenle.
|
|
16
|
+
- Canonical/index durumunu, mobil görünümü ve render edilmiş HTML'i doğrula; meta keywords ekleme.
|
|
@@ -1,16 +1,16 @@
|
|
|
1
|
-
---
|
|
2
|
-
name: seo-structured-data
|
|
3
|
-
description: Görünür sayfa içeriğini doğru Schema.org/JSON-LD işaretlemesiyle ifade et; structured data ve rich result işlerinde kullan.
|
|
4
|
-
category: seo
|
|
5
|
-
appliesTo: [plan, implement, review]
|
|
6
|
-
match: [structured data, yapılandırılmış veri, schema.org, json-ld, rich result, breadcrumb schema, product schema]
|
|
7
|
-
---
|
|
8
|
-
|
|
9
|
-
# Yapılandırılmış Veri
|
|
10
|
-
|
|
11
|
-
1. Sayfanın görünür birincil varlığına ve arama motorunun desteklediği özelliğe uygun en dar türü seç.
|
|
12
|
-
2. Yalnız kullanıcıya gerçekten gösterilen, doğru ve güncel alanları işaretle; sahte review/rating üretme.
|
|
13
|
-
3. JSON-LD'yi tek ve tutarlı `@id` ilişkileriyle kur; Organization, WebSite, WebPage ve ana varlığı gerektiğinde bağla.
|
|
14
|
-
4. Required/recommended alan, URL, tarih, para birimi ve stok değerlerini gerçek veri kaynağına bağla.
|
|
15
|
-
5. Syntax ve rich result doğrulamasını çalıştır; render edilmiş sayfada içerikle eşleştiğini kontrol et.
|
|
16
|
-
6. Uygunluk veya zengin sonuç garantisi verme; hata ve güncelleme sahipliğini belgeye ekle.
|
|
1
|
+
---
|
|
2
|
+
name: seo-structured-data
|
|
3
|
+
description: Görünür sayfa içeriğini doğru Schema.org/JSON-LD işaretlemesiyle ifade et; structured data ve rich result işlerinde kullan.
|
|
4
|
+
category: seo
|
|
5
|
+
appliesTo: [plan, implement, review]
|
|
6
|
+
match: [structured data, yapılandırılmış veri, schema.org, json-ld, rich result, breadcrumb schema, product schema]
|
|
7
|
+
---
|
|
8
|
+
|
|
9
|
+
# Yapılandırılmış Veri
|
|
10
|
+
|
|
11
|
+
1. Sayfanın görünür birincil varlığına ve arama motorunun desteklediği özelliğe uygun en dar türü seç.
|
|
12
|
+
2. Yalnız kullanıcıya gerçekten gösterilen, doğru ve güncel alanları işaretle; sahte review/rating üretme.
|
|
13
|
+
3. JSON-LD'yi tek ve tutarlı `@id` ilişkileriyle kur; Organization, WebSite, WebPage ve ana varlığı gerektiğinde bağla.
|
|
14
|
+
4. Required/recommended alan, URL, tarih, para birimi ve stok değerlerini gerçek veri kaynağına bağla.
|
|
15
|
+
5. Syntax ve rich result doğrulamasını çalıştır; render edilmiş sayfada içerikle eşleştiğini kontrol et.
|
|
16
|
+
6. Uygunluk veya zengin sonuç garantisi verme; hata ve güncelleme sahipliğini belgeye ekle.
|
|
@@ -1,16 +1,16 @@
|
|
|
1
|
-
---
|
|
2
|
-
name: seo-technical-audit
|
|
3
|
-
description: Bir sitenin taranabilirlik, indekslenebilirlik, canonical, performans ve render sorunlarını denetle; teknik SEO işlerinde kullan.
|
|
4
|
-
category: seo
|
|
5
|
-
appliesTo: [plan, implement, review, research]
|
|
6
|
-
match: [technical seo, teknik seo, crawl, index, canonical, robots, sitemap, search console, crawl budget]
|
|
7
|
-
---
|
|
8
|
-
|
|
9
|
-
# Teknik SEO Denetimi
|
|
10
|
-
|
|
11
|
-
1. Önemli URL şablonlarını ve istenen index durumunu envanterle; örnek URL'leri HTTP ve render edilmiş DOM düzeyinde incele.
|
|
12
|
-
2. Status/redirect zinciri, robots kuralları, meta robots, canonical ve sitemap tutarlılığını kontrol et.
|
|
13
|
-
3. İç linkle keşif, orphan sayfa, pagination, faceted URL ve duplicate içerik kümelerini ara.
|
|
14
|
-
4. Başlık, ana içerik ve linklerin JavaScript başarısızken erişilebilirliğini değerlendir.
|
|
15
|
-
5. Mobil kullanılabilirlik, Core Web Vitals ve büyük kaynak darboğazlarını kanıtla.
|
|
16
|
-
6. Bulguları etki, kapsam, kanıt ve düzeltmeyle sırala; sıralama garantisi verme ve search engine yönergelerini baypas etme.
|
|
1
|
+
---
|
|
2
|
+
name: seo-technical-audit
|
|
3
|
+
description: Bir sitenin taranabilirlik, indekslenebilirlik, canonical, performans ve render sorunlarını denetle; teknik SEO işlerinde kullan.
|
|
4
|
+
category: seo
|
|
5
|
+
appliesTo: [plan, implement, review, research]
|
|
6
|
+
match: [technical seo, teknik seo, crawl, index, canonical, robots, sitemap, search console, crawl budget]
|
|
7
|
+
---
|
|
8
|
+
|
|
9
|
+
# Teknik SEO Denetimi
|
|
10
|
+
|
|
11
|
+
1. Önemli URL şablonlarını ve istenen index durumunu envanterle; örnek URL'leri HTTP ve render edilmiş DOM düzeyinde incele.
|
|
12
|
+
2. Status/redirect zinciri, robots kuralları, meta robots, canonical ve sitemap tutarlılığını kontrol et.
|
|
13
|
+
3. İç linkle keşif, orphan sayfa, pagination, faceted URL ve duplicate içerik kümelerini ara.
|
|
14
|
+
4. Başlık, ana içerik ve linklerin JavaScript başarısızken erişilebilirliğini değerlendir.
|
|
15
|
+
5. Mobil kullanılabilirlik, Core Web Vitals ve büyük kaynak darboğazlarını kanıtla.
|
|
16
|
+
6. Bulguları etki, kapsam, kanıt ve düzeltmeyle sırala; sıralama garantisi verme ve search engine yönergelerini baypas etme.
|
|
@@ -1,16 +1,16 @@
|
|
|
1
|
-
---
|
|
2
|
-
name: sql-query-review
|
|
3
|
-
description: SQL sorgusunu doğruluk, güvenlik, plan ve veri hacmi açısından incele; sorgu yazma veya performans işlerinde kullan.
|
|
4
|
-
category: software
|
|
5
|
-
appliesTo: [implement, review]
|
|
6
|
-
match: [sql, query, sorgu, explain, index, join, database performance, n+1]
|
|
7
|
-
---
|
|
8
|
-
|
|
9
|
-
# SQL Sorgu İncelemesi
|
|
10
|
-
|
|
11
|
-
- Parametre bağlamayı ve güvenilmeyen girdinin sorgu metnine karışmadığını doğrula.
|
|
12
|
-
- Join kardinalitesi, null semantiği, duplicate satır, filtre sırası ve sınır durumlarını örnek veriyle kontrol et.
|
|
13
|
-
- Beklenen veri hacminde EXPLAIN/planı incele; full scan, kötü tahmin ve gereksiz sort'u ara.
|
|
14
|
-
- Seçilen kolonları daralt, sayfalamayı kararlı sıraya bağla ve N+1 erişimi önle.
|
|
15
|
-
- Transaction, kilit ve eşzamanlı güncelleme etkisini yazma sorgularında değerlendir.
|
|
16
|
-
- İndeksi yalnızca gerçek sorgu deseniyle gerekçelendir; önce/sonra ölçümü ve doğruluk testi sun.
|
|
1
|
+
---
|
|
2
|
+
name: sql-query-review
|
|
3
|
+
description: SQL sorgusunu doğruluk, güvenlik, plan ve veri hacmi açısından incele; sorgu yazma veya performans işlerinde kullan.
|
|
4
|
+
category: software
|
|
5
|
+
appliesTo: [implement, review]
|
|
6
|
+
match: [sql, query, sorgu, explain, index, join, database performance, n+1]
|
|
7
|
+
---
|
|
8
|
+
|
|
9
|
+
# SQL Sorgu İncelemesi
|
|
10
|
+
|
|
11
|
+
- Parametre bağlamayı ve güvenilmeyen girdinin sorgu metnine karışmadığını doğrula.
|
|
12
|
+
- Join kardinalitesi, null semantiği, duplicate satır, filtre sırası ve sınır durumlarını örnek veriyle kontrol et.
|
|
13
|
+
- Beklenen veri hacminde EXPLAIN/planı incele; full scan, kötü tahmin ve gereksiz sort'u ara.
|
|
14
|
+
- Seçilen kolonları daralt, sayfalamayı kararlı sıraya bağla ve N+1 erişimi önle.
|
|
15
|
+
- Transaction, kilit ve eşzamanlı güncelleme etkisini yazma sorgularında değerlendir.
|
|
16
|
+
- İndeksi yalnızca gerçek sorgu deseniyle gerekçelendir; önce/sonra ölçümü ve doğruluk testi sun.
|
|
@@ -1,16 +1,16 @@
|
|
|
1
|
-
---
|
|
2
|
-
name: supply-chain-security
|
|
3
|
-
description: Kaynak, bağımlılık, build ve yayın zincirinde bütünlük ve en az yetkiyi denetle; paket ve CI güvenliğinde kullan.
|
|
4
|
-
category: security
|
|
5
|
-
appliesTo: [plan, implement, review]
|
|
6
|
-
match: [supply chain, tedarik zinciri, sbom, provenance, dependency confusion, package security, artifact signing]
|
|
7
|
-
---
|
|
8
|
-
|
|
9
|
-
# Tedarik Zinciri Güvenliği
|
|
10
|
-
|
|
11
|
-
1. Kaynaktan yayınlanan artefakta kadar repository, runner, registry ve paket güven sınırlarını çıkar.
|
|
12
|
-
2. Bağımlılık kaynağını/lockfile bütünlüğünü doğrula; namespace ve dependency confusion riskini kontrol et.
|
|
13
|
-
3. CI eylemlerini ve araç sürümlerini sabitle, izinleri daralt, güvenilmeyen koddan sırları ayır.
|
|
14
|
-
4. Build'i temiz ortamda tekrarlanabilir yap; SBOM/provenance ve artefakt checksum/imza üretimini değerlendir.
|
|
15
|
-
5. Yayın kimliğini kısa ömürlü ve onaylı kullan; registry sahipliği ile kurtarma hesaplarını koru.
|
|
16
|
-
6. İhlal halinde paket iptali, anahtar rotation ve tüketici iletişimi yolunu belgeleyip doğrula.
|
|
1
|
+
---
|
|
2
|
+
name: supply-chain-security
|
|
3
|
+
description: Kaynak, bağımlılık, build ve yayın zincirinde bütünlük ve en az yetkiyi denetle; paket ve CI güvenliğinde kullan.
|
|
4
|
+
category: security
|
|
5
|
+
appliesTo: [plan, implement, review]
|
|
6
|
+
match: [supply chain, tedarik zinciri, sbom, provenance, dependency confusion, package security, artifact signing]
|
|
7
|
+
---
|
|
8
|
+
|
|
9
|
+
# Tedarik Zinciri Güvenliği
|
|
10
|
+
|
|
11
|
+
1. Kaynaktan yayınlanan artefakta kadar repository, runner, registry ve paket güven sınırlarını çıkar.
|
|
12
|
+
2. Bağımlılık kaynağını/lockfile bütünlüğünü doğrula; namespace ve dependency confusion riskini kontrol et.
|
|
13
|
+
3. CI eylemlerini ve araç sürümlerini sabitle, izinleri daralt, güvenilmeyen koddan sırları ayır.
|
|
14
|
+
4. Build'i temiz ortamda tekrarlanabilir yap; SBOM/provenance ve artefakt checksum/imza üretimini değerlendir.
|
|
15
|
+
5. Yayın kimliğini kısa ömürlü ve onaylı kullan; registry sahipliği ile kurtarma hesaplarını koru.
|
|
16
|
+
6. İhlal halinde paket iptali, anahtar rotation ve tüketici iletişimi yolunu belgeleyip doğrula.
|
|
@@ -1,16 +1,16 @@
|
|
|
1
|
-
---
|
|
2
|
-
name: test-strategy
|
|
3
|
-
description: Riski doğru test katmanına dağıtan yalın bir doğrulama stratejisi kur; özellik veya proje planlamasında kullan.
|
|
4
|
-
category: testing
|
|
5
|
-
appliesTo: [plan, implement, review]
|
|
6
|
-
match: [test strategy, test plan, test stratejisi, kalite planı, coverage, test pyramid, doğrulama planı]
|
|
7
|
-
---
|
|
8
|
-
|
|
9
|
-
# Test Stratejisi
|
|
10
|
-
|
|
11
|
-
1. Kritik kullanıcı akışlarını, güven sınırlarını ve en pahalı hata türlerini sırala.
|
|
12
|
-
2. Saf mantığı birim, bileşen sınırını entegrasyon, az sayıdaki kritik akışı uçtan uca testlere ver.
|
|
13
|
-
3. Güvenlik, performans, erişilebilirlik ve migration gibi işlev dışı riskleri ayrıca ele al.
|
|
14
|
-
4. Her risk için gözlemlenebilir oracle, veri ihtiyacı ve çalıştırma katmanı belirle.
|
|
15
|
-
5. Hızlı PR kapısı ile daha pahalı gece/release kontrollerini ayır.
|
|
16
|
-
6. Kapsam yüzdesi yerine yakalanan risk, güvenilirlik ve tanılama kalitesini ölç.
|
|
1
|
+
---
|
|
2
|
+
name: test-strategy
|
|
3
|
+
description: Riski doğru test katmanına dağıtan yalın bir doğrulama stratejisi kur; özellik veya proje planlamasında kullan.
|
|
4
|
+
category: testing
|
|
5
|
+
appliesTo: [plan, implement, review]
|
|
6
|
+
match: [test strategy, test plan, test stratejisi, kalite planı, coverage, test pyramid, doğrulama planı]
|
|
7
|
+
---
|
|
8
|
+
|
|
9
|
+
# Test Stratejisi
|
|
10
|
+
|
|
11
|
+
1. Kritik kullanıcı akışlarını, güven sınırlarını ve en pahalı hata türlerini sırala.
|
|
12
|
+
2. Saf mantığı birim, bileşen sınırını entegrasyon, az sayıdaki kritik akışı uçtan uca testlere ver.
|
|
13
|
+
3. Güvenlik, performans, erişilebilirlik ve migration gibi işlev dışı riskleri ayrıca ele al.
|
|
14
|
+
4. Her risk için gözlemlenebilir oracle, veri ihtiyacı ve çalıştırma katmanı belirle.
|
|
15
|
+
5. Hızlı PR kapısı ile daha pahalı gece/release kontrollerini ayır.
|
|
16
|
+
6. Kapsam yüzdesi yerine yakalanan risk, güvenilirlik ve tanılama kalitesini ölç.
|
|
@@ -1,16 +1,16 @@
|
|
|
1
|
-
---
|
|
2
|
-
name: threat-modeling
|
|
3
|
-
description: Varlık, güven sınırı ve kötüye kullanım yollarından öncelikli tehditler çıkar; yeni özellik veya mimari güvenlik planında kullan.
|
|
4
|
-
category: security
|
|
5
|
-
appliesTo: [plan, review]
|
|
6
|
-
match: [threat model, tehdit modeli, stride, attack surface, saldırı yüzeyi, abuse case, trust boundary]
|
|
7
|
-
---
|
|
8
|
-
|
|
9
|
-
# Tehdit Modelleme
|
|
10
|
-
|
|
11
|
-
1. Korunacak varlıkları, aktörleri, veri akışlarını ve dış bağımlılıkları çiz.
|
|
12
|
-
2. Kimliğin veya verinin güven düzeyi değiştirdiği sınırları ve giriş noktalarını işaretle.
|
|
13
|
-
3. Spoofing, tampering, repudiation, disclosure, denial ve privilege escalation kötüye kullanımlarını somut akışlara uygula.
|
|
14
|
-
4. Olasılık ile etkiyi birlikte değerlendir; teorik liste yerine öncelikli saldırı yolları üret.
|
|
15
|
-
5. Her yüksek risk için önleme, algılama, sorumlu ve doğrulama testi tanımla.
|
|
16
|
-
6. Kabul edilen riski ve varsayımı kaydet; modelin kapsamını değişiklikle birlikte güncelle.
|
|
1
|
+
---
|
|
2
|
+
name: threat-modeling
|
|
3
|
+
description: Varlık, güven sınırı ve kötüye kullanım yollarından öncelikli tehditler çıkar; yeni özellik veya mimari güvenlik planında kullan.
|
|
4
|
+
category: security
|
|
5
|
+
appliesTo: [plan, review]
|
|
6
|
+
match: [threat model, tehdit modeli, stride, attack surface, saldırı yüzeyi, abuse case, trust boundary]
|
|
7
|
+
---
|
|
8
|
+
|
|
9
|
+
# Tehdit Modelleme
|
|
10
|
+
|
|
11
|
+
1. Korunacak varlıkları, aktörleri, veri akışlarını ve dış bağımlılıkları çiz.
|
|
12
|
+
2. Kimliğin veya verinin güven düzeyi değiştirdiği sınırları ve giriş noktalarını işaretle.
|
|
13
|
+
3. Spoofing, tampering, repudiation, disclosure, denial ve privilege escalation kötüye kullanımlarını somut akışlara uygula.
|
|
14
|
+
4. Olasılık ile etkiyi birlikte değerlendir; teorik liste yerine öncelikli saldırı yolları üret.
|
|
15
|
+
5. Her yüksek risk için önleme, algılama, sorumlu ve doğrulama testi tanımla.
|
|
16
|
+
6. Kabul edilen riski ve varsayımı kaydet; modelin kapsamını değişiklikle birlikte güncelle.
|
|
@@ -1,16 +1,16 @@
|
|
|
1
|
-
---
|
|
2
|
-
name: unit-testing
|
|
3
|
-
description: Saf davranışı hızlı, yalıtılmış ve dayanıklı birim testleriyle kanıtla; fonksiyon veya sınıf testlerinde kullan.
|
|
4
|
-
category: testing
|
|
5
|
-
appliesTo: [implement, review]
|
|
6
|
-
match: [unit test, birim testi, jest, vitest, pytest, xunit, mock, function test]
|
|
7
|
-
---
|
|
8
|
-
|
|
9
|
-
# Birim Testi
|
|
10
|
-
|
|
11
|
-
- Tek bir davranış ve kamuya açık giriş noktası seç; uygulama ayrıntısını test etme.
|
|
12
|
-
- Arrange/Act/Assert akışını belirgin tut ve test adında koşul ile beklenen sonucu yaz.
|
|
13
|
-
- Eşdeğer sınıfları, sınır değerleri ve hata yollarını az ama anlamlı vakayla kapsa.
|
|
14
|
-
- Saat, rastgelelik ve I/O bağımlılıklarını sınırda enjekte et; test edilen birimi mock'lama.
|
|
15
|
-
- Her test kendi verisini kursun, küresel durumu geri temizlesin ve sıra bağımsız olsun.
|
|
16
|
-
- Hata mesajlarının neyin bozulduğunu gösterebildiğini kontrol edip ilgili test komutunu çalıştır.
|
|
1
|
+
---
|
|
2
|
+
name: unit-testing
|
|
3
|
+
description: Saf davranışı hızlı, yalıtılmış ve dayanıklı birim testleriyle kanıtla; fonksiyon veya sınıf testlerinde kullan.
|
|
4
|
+
category: testing
|
|
5
|
+
appliesTo: [implement, review]
|
|
6
|
+
match: [unit test, birim testi, jest, vitest, pytest, xunit, mock, function test]
|
|
7
|
+
---
|
|
8
|
+
|
|
9
|
+
# Birim Testi
|
|
10
|
+
|
|
11
|
+
- Tek bir davranış ve kamuya açık giriş noktası seç; uygulama ayrıntısını test etme.
|
|
12
|
+
- Arrange/Act/Assert akışını belirgin tut ve test adında koşul ile beklenen sonucu yaz.
|
|
13
|
+
- Eşdeğer sınıfları, sınır değerleri ve hata yollarını az ama anlamlı vakayla kapsa.
|
|
14
|
+
- Saat, rastgelelik ve I/O bağımlılıklarını sınırda enjekte et; test edilen birimi mock'lama.
|
|
15
|
+
- Her test kendi verisini kursun, küresel durumu geri temizlesin ve sıra bağımsız olsun.
|
|
16
|
+
- Hata mesajlarının neyin bozulduğunu gösterebildiğini kontrol edip ilgili test komutunu çalıştır.
|
|
@@ -1,28 +1,28 @@
|
|
|
1
|
-
---
|
|
2
|
-
name: write-tests
|
|
3
|
-
description: Değişen davranış için hedefli, güvenilir test yazma ve çalıştırma disiplini
|
|
4
|
-
category: testing
|
|
5
|
-
appliesTo: [implement, review]
|
|
6
|
-
match: [test, tests, jest, pytest, mocha, vitest, coverage, kapsam, birim, unit, e2e, dogrula, doğrula]
|
|
7
|
-
---
|
|
8
|
-
|
|
9
|
-
# Beceri: Test Yazma
|
|
10
|
-
|
|
11
|
-
Testin amacı davranışı kanıtlamaktır; yeşil göstermek değil.
|
|
12
|
-
|
|
13
|
-
## Yaklaşım
|
|
14
|
-
|
|
15
|
-
- **Davranışı test et, uygulamayı değil:** Gözlemlenebilir girdi→çıktı ve yan etkilere odaklan; iç
|
|
16
|
-
ayrıntıya kilitlenen kırılgan testlerden kaçın.
|
|
17
|
-
- **Önce risk:** En olası hata yollarını ve sınır durumlarını (boş, sıfır, negatif, çok büyük, eşzamanlı,
|
|
18
|
-
hatalı girdi) kapsa. Mutlu yol tek başına yetmez.
|
|
19
|
-
- **Bağımsız ve deterministik:** Testler sıralamadan, saatten, ağdan ve paylaşılan durumdan bağımsız olsun;
|
|
20
|
-
dış bağımlılıkları uygun yerde taklit et (mock/fake).
|
|
21
|
-
- **Tek iddia teması:** Her test tek bir davranışı doğrulasın; isim ne test edildiğini anlatsın.
|
|
22
|
-
- **Mevcut düzene uy:** Projenin test çatısını, klasör ve adlandırma kurallarını izle.
|
|
23
|
-
|
|
24
|
-
## Doğrulama
|
|
25
|
-
|
|
26
|
-
Testleri gerçekten çalıştır ve sonucu raporla. Yeni testin, düzeltmeden önce **kırmızı** olup düzeltmeden
|
|
27
|
-
sonra **yeşile** döndüğünü mümkünse göster. Testi geçirmek için üretim kodunu bozma veya kontrolü gevşetme.
|
|
28
|
-
Çalıştırılamayan testi "geçti" gibi sunma; nedenini belirt.
|
|
1
|
+
---
|
|
2
|
+
name: write-tests
|
|
3
|
+
description: Değişen davranış için hedefli, güvenilir test yazma ve çalıştırma disiplini
|
|
4
|
+
category: testing
|
|
5
|
+
appliesTo: [implement, review]
|
|
6
|
+
match: [test, tests, jest, pytest, mocha, vitest, coverage, kapsam, birim, unit, e2e, dogrula, doğrula]
|
|
7
|
+
---
|
|
8
|
+
|
|
9
|
+
# Beceri: Test Yazma
|
|
10
|
+
|
|
11
|
+
Testin amacı davranışı kanıtlamaktır; yeşil göstermek değil.
|
|
12
|
+
|
|
13
|
+
## Yaklaşım
|
|
14
|
+
|
|
15
|
+
- **Davranışı test et, uygulamayı değil:** Gözlemlenebilir girdi→çıktı ve yan etkilere odaklan; iç
|
|
16
|
+
ayrıntıya kilitlenen kırılgan testlerden kaçın.
|
|
17
|
+
- **Önce risk:** En olası hata yollarını ve sınır durumlarını (boş, sıfır, negatif, çok büyük, eşzamanlı,
|
|
18
|
+
hatalı girdi) kapsa. Mutlu yol tek başına yetmez.
|
|
19
|
+
- **Bağımsız ve deterministik:** Testler sıralamadan, saatten, ağdan ve paylaşılan durumdan bağımsız olsun;
|
|
20
|
+
dış bağımlılıkları uygun yerde taklit et (mock/fake).
|
|
21
|
+
- **Tek iddia teması:** Her test tek bir davranışı doğrulasın; isim ne test edildiğini anlatsın.
|
|
22
|
+
- **Mevcut düzene uy:** Projenin test çatısını, klasör ve adlandırma kurallarını izle.
|
|
23
|
+
|
|
24
|
+
## Doğrulama
|
|
25
|
+
|
|
26
|
+
Testleri gerçekten çalıştır ve sonucu raporla. Yeni testin, düzeltmeden önce **kırmızı** olup düzeltmeden
|
|
27
|
+
sonra **yeşile** döndüğünü mümkünse göster. Testi geçirmek için üretim kodunu bozma veya kontrolü gevşetme.
|
|
28
|
+
Çalıştırılamayan testi "geçti" gibi sunma; nedenini belirt.
|