📂
Yazılım Geliştirme - Wiki
  • Giriş
  • YAZILIM GELİŞTİRME KILAVUZU
    • İsimlendirme
      • C# İsimlendirme Kılavuzu
      • MS SQL Server İsimlendirme Kılavuzu
      • Birim Testi İsimlendirme Kılavuzu
    • Clean Code
    • Refactoring
      • Refactoring Yöntemleri Katalogu
      • Code Smells
      • Teknik Borç ve Yeniden Düzenleme
      • Refactor Mercilessly - Acımasızca Yeniden Düzenle
      • Yeniden Düzenleme İş Akışları
      • Boy Scout Rule - İzci Kuralı
      • Later Equals Never - Sonra Asla Demektir
      • Collective Code Ownership - Ortak Kod Sahipliği
      • Opportunistic Refactoring - Fırsatçı Yeniden Düzenleme
      • Simplifying Conditional Expressions
      • Integrate Often - Sık Entegre Et
      • Broken Window - Kırık Pencere Teorisi
      • DRY - Don't Repeat Yourself
      • KISS - Keep It Simple Stupid
      • YAGNI - You're Not Gonna Need It
    • SOLID Prensipleri
      • Single Responsibility Principle
      • Open-Closed Principle
      • Liskov Substitution Principle
      • Interface Seggregation Principle
      • Dependency Inversion Principle
    • Design Patterns - Tasarım Kalıpları
    • Anti-Patterns - Anti-Kalıplar
    • Cyclomatic Complexity
    • When a Bug is Found - Bir Hata Bulunduğunda
    • Unit Tests - Birim Testleri
    • Test Geliştirme Yöntemleri ve Prensipleri
  • Extreme Programming (XP)
    • Extreme Programming (XP)
    • Extreme Programming’in Kuralları
    • Extreme Programming Değerleri
    • Technical Debt - Teknik Borç
    • Simplicity is the Key - Basitlik Kilit Noktadır
    • Iterative Development - Tekrarlamalı Geliştirme
    • Never Add Functionality Early - Asla Önceden İşlevsellik Ekleme
    • Pair Programming - Çift Programlama
    • Code the Unit Test First - Önce Testi Yazmak
  • Uygulama Yapısı ve Katmanları
    • Application Domain - Uygulama Alanı
      • ASP.NET MVC
      • ASPNET Web Api
      • WCF Servisleri
      • Javascript
    • Business Domain - İş Alanı
    • Data - Veri Erişim Katmanı
    • Dependency Injection / Ioc
    • Solüsyon ve Proje Organizasyonu
  • Test Geliştirme
    • Birim Testleri
      • Behaviour Driven Development - BDD
      • Test Driven Development (T.D.D.)
      • Birim Testi Geliştirme Prensipleri
      • Birim Testi İsimlendirme Kılavuzu
      • Strict Mock
    • Sistem Testleri
    • Arayüz Testleri
      • WebDriver Kullanımları
      • Tarayıcı Ayarları
      • Nunit ile Selenium Entegrasyonu
    • Entegrasyon Testleri
    • Test Piramidi
    • Acceptance Tests - Kabul Testleri
Powered by GitBook
On this page
  • Planlama (Planning)
  • Yönetim (Managing)
  • Tasarım (Designing)
  • Kodlama (Coding)
  • Test (Testing)

Was this helpful?

  1. Extreme Programming (XP)

Extreme Programming’in Kuralları

Extreme Programming’in Kuralları

http://www.extremeprogramming.org/rules.html

Planlama (Planning)

  • Kullanıcı senaryoları yazılır.

  • Yayın planlaması yayın takvimini belirler.

  • Sık, küçük versiyonlar yayınla.

  • Proje iterasyonlara bölünür.

  • Her iterasyon İterasyon Planlaması ile başlar.

Yönetim (Managing)

  • Takıma adanmış, açık bir çalışma alanı sağla.

  • Sürdürülebilir bir ilerleme hızı belirle.

  • Her günü ayakta yapılan toplantı (standup meeting) başlatır.

  • Proje Hızı (velocity) ölçülür.

  • İnsanların yerlerini değiştir.

  • Bozulursa XP'yi düzelt.

Tasarım (Designing)

  • Basitlik.

  • Bir sistem metaforu seç.

  • Tasarım oturumları için CRC kartları kullan.

  • Riski azaltmak için spike çözümler oluştur.

  • Hiçbir işlev gerektiğinden önce eklenmemeli.

  • Nerede, ne zaman mümkünse yeniden düzenle.

Kodlama (Coding)

  • Müşteri her zaman iletişim için uygundur.

  • Kod üzerinde anlaşılmış standartlara göre yazılmalıdır.

  • Önce birim testleri yazılır.

  • Tüm uygulama kodu çift programlama ile yazılır.

  • Aynı anda sadece bir çift kodunu entegre eder.

  • Sık sık entegre et.

  • Adanmış bir entegrasyon sunucusu oluştur.

  • Ortak kod sahipliği uygula.

Test (Testing)

  • Tüm kodların birim testleri olmalıdır.

  • Yayınlanmadan önce tüm kodların birim testleri geçmelidir.

  • Bir hata bulunduğunda testleri oluşturulur.

  • Kabul Testleri sık sık çalıştırılır ve skor yayınlanır.

PreviousExtreme Programming (XP)NextExtreme Programming Değerleri

Last updated 4 years ago

Was this helpful?