Buradaki makaleler bir gereksinim notasyonunu ya da spesifikasyon odaklı geliştirme (SDD, spec-driven development) pratiğini açıklar, sonra aynı fikri specscore spec lint komutunun sürekli entegrasyonda (CI, continuous integration) denetleyebildiği bir SpecScore gereksinimi (REQ) olarak gösterir. SpecScore makaleleri spesifikasyonu yalın bir dille açıklar. Kabul kriterleri (AC, acceptance criteria), bir değişikliğin tamamlanmış sayılması için doğru olması gereken koşullardır. Spesifikasyon odaklı geliştirme (SDD, spec-driven development), yapılandırılmış bir spesifikasyonu uygulamanın kendisine göre denetlendiği kaynak olarak ele alır.
Claude Code spec-driven development ve Cursor spesifikasyonları: bir SpecScore özelliğine neyin ait olduğu, specscore agent setup komutunun ne yazdığı ve specscore spec lint komutunun döngüde ve sürekli entegrasyonda (CI) nasıl çalıştığı.
Markdown’da bir özellik spesifikasyonu şablonu: gereksinimler (REQ), kabul kriterleri (AC), bir senaryo, bir plan ve görevler; sürekli entegrasyonda (CI) specscore spec lint ile denetlenir.
Bir spesifikasyon linter’ının neyi denetlediği, specscore spec lint komutunun sürekli entegrasyonda (CI) nasıl çalıştırılacağı, gerçek metin çıktısı ve bunun spesifikasyonları CI/CD’de doğrulamayan araçlarla nasıl karşılaştırıldığı.
Given/When/Then ve kontrol listesi biçiminde kabul kriteri örnekleri, bir kriteri test edilebilir kılan şey ve specscore spec lint komutunun sürekli entegrasyonda (CI) neyi denetlediği.
EARS (Easy Approach to Requirements Syntax) nedir, cümle kalıpları, Kiro’nun EARS notasyonunu nasıl kullandığı ve linter’dan geçen bir SpecScore gereksinimi.
Şartnameyi haftalık bir taahhüde dönüştürün: kullanıcı sonucunu seçin, zaman ayırın ve sonraki karardan önce kanıtları inceleyin.
Have an idea how to improve this page?