Technical Tutorials

Test etmek, geliştirme yaşam döngüsündeki basit bir onay kutusu değil; güvenilir yazılımın omurgasıdır. Go ekosisteminde testler birinci sınıf bir vatandaş olarak görülür. testing paketi, standart kütüphaneye dahildir ve geliştiricileri kodlarının yanına testler yazmaya teşvik eder. Ancak kod tabanınız büyüdükçe, bu testler doğru yapılandırılmazsa bakım yapmak zorlaşabilir. İşte burada tablo tabanlı testler öne çıkar; okunabilirliği, sürdürülebilirliği ve kapsamlılığı dengeleyen bir desen sunar.

Go Testlerinin Felsefesi

Go'nun test yaklaşımı bilinçli bir şekilde basittir. Karmaşık çerçevelere veya dekoratörlere dayanan diğer dillerin aksine, Go basit bir adlandırma kuralı kullanır: _test.go ile biten dosyalar testleri içerir ve Test ile başlayan fonksiyonlar go test komutu tarafından yürütülür. Bu sadade, kod tekrarını azaltsa da, test durumlarınızı nasıl düzenlediğinizde disiplin gerektirir.

Orta ve ileri düzey geliştiriciler için asıl zorluk, tekrarlı kodlardan kaçınmaktır. Benzer senaryolarda farklı girdilerle ayrı test fonksiyonları yazmak yaygın bir anti-pattern'dir. Bu durum, kod tabanını neredeyse aynı yüzlerce fonksiyonla dolduran "test yayılması"na yol açar. Tablo tabanlı testler, girdiyi, beklenen çıktıyı ve açıklamayı yapılandırılmış bir dilimde (slice) toplayarak ve bunu tek bir test fonksiyonunda döngüye sokarak bu sorunu çözer.

Tablo Tabanlı Testler Nedir?

Tablo tabanlı testler, her biri belirli bir test durumunu temsil eden bir yapı (struct) diliminin tanımlanmasını içerir. Bu "tablo", testi çalıştırmak için gerekli tüm verileri barındırır: girdi parametreleri, beklenen sonuç ve isteğe bağlı bir hata beklentisi. Test fonksiyonu daha sonra bu dilim üzerinde döngü kurarak her durum için mantığı yürütür. Bu desen DRY (Kendini Tekrar Etme) ilkelerini teşvik eder ve kod tekrarını yeniden yazmadan yeni test durumları eklemeyi inanılmaz derecede kolaylaştırır.

Tablo Tabanlı Testlerin Uygulanması: Pratik Bir Örnek

Yüzdelik bir indirim oranına göre bir ürünün indirimli fiyatını hesaplayan basit bir yardımcı fonksiyon düşünelim. Tablo tabanlı testler olmadan, TestIndirimOnYuzde, TestIndirimSifirYuzde gibi ayrı fonksiyonlar yazıyor olabilirsiniz. İşte bunun tablo tabanlı yaklaşım kullanılarak nasıl yeniden yapılandırılabileceği.

İlk olarak, test durumlarınız için yapıyı tanımlayın:

package main

import (
    "testing"
)

// DiscountCase tek bir test durumunu tanımlar
type DiscountCase struct {
    name       string
    price      float64
    discount   float64
    expected   float64
    expectError bool
}

// TestCalculateDiscount ana test fonksiyonudur
func TestCalculateDiscount(t *testing.T) {
    // Test durumları tablosunu tanımla
    cases := []DiscountCase{
        {
            name:      "Standart %10 indirim",
            price:     100.0,
            discount:  0.10,
            expected:  90.0,
        },
        {
            name:      "Sıfır indirim",
            price:     50.0,
            discount:  0.0,
            expected:  50.0,
        },
        {
            name:      "Tam indirim",
            price:     200.0,
            discount:  1.0,
            expected:  0.0,
        },
        {
            name:        "Geçersiz negatif indirim",
            price:       100.0,
            discount:    -0.1,
            expectError: true,
        },
    }

    // Tablo üzerinde döngü kur
    for _, tc := range cases {
        t.Run(tc.name, func(t *testing.T) {
            // Test altındaki mantığı yürüt
            result, err := CalculateDiscount(tc.price, tc.discount)

            // Hataları işle
            if tc.expectError {
                if err == nil {
                    t.Errorf("hata bekleniyordu ancak hiç hata alınamadı")
                }
                return
            }
            if err != nil {
                t.Fatalf("beklenmeyen hata: %v", err)
            }

            // Sonucu doğrula
            if result != tc.expected {
                t.Errorf("%f alındı, %f isteniyordu", result, tc.expected)
            }
        })
    }
}

t.Run kullanarak Go, her durum için alt testler oluşturur. Bu çok önemlidir çünkü test çalıştırıcısının, hangi durumun başarısız olduğunu tam olarak bildirmesini sağlar ve yapıdan name alanını görüntüler. Bu, hata ayıklama sırasında anında bağlam sağlar ve genel hata mesajlarından çok daha üstündür.

Güçlü Testler İçin En İyi Uygulamalar

Açıklayıcı İsimler: Test durumunuzun yapısında her zaman benzersiz ve açıklayıcı bir name alanı sağlayın. Bu, CI/CD raporlarının okunabilirliğini artırır.
Kenar Durumları (Edge Cases): Tablo tabanlı yaklaşımı kullanarak sıfır değerleri, negatif sayılar veya maksimum float sınırları gibi kenar durumlarını kolayca ekleyin.
Paralel Çalıştırma: Testleriniz bağımsızsa, yürütmeyi hızlandırmak için alt testin içine t.Parallel() çağrısı yapabilirsiniz; bu özellikle büyük test paketlerinde geçerlidir.
Sadelik Koruyun: Test fonksiyonu içinde karmaşık mantık koymaktan kaçının. Test fonksiyonu yalnızca çağrıyı düzenlemeli ve sonucu doğrulamalıdır. Kurulum veya yardımcı mantığı ayrı fonksiyonlara taşıyın.

Sonuç

Tablo tabanlı testler, temiz, sürdürülebilir ve kapsamlı birim testleri yazmayı hedefleyen her Go geliştiricisi için temel bir beceridir. Testlerinizi tekrarlayan kodlar yerine veri etrafında yapılandırarak bilişsel yükü azaltır ve yazılımınızın doğruluğuna olan güveninizi artırır. Bu deseni benimseyin ve test paketleriniz yük olmaktan çıkıp güçlü varlıklara dönüşsün.