Eski koda nasıl test eklersiniz?

Question

Accepted Answer

**Eski kod** (genellikle test edilmemiş, değiştirilmesi zor olan kod) test etmek açısından zorlayıcıdır — karmaşık bağımlılıklar ve hiç test bulunmayabilir. Test etmeyi güvenli bir şekilde eklemek **karakterizasyon testleri**, bağımlılıkları kırmak için **seams** ve kademeli iyileştirme gibi teknikler içerir ve bu da daha güvenli değişiklikleri sağlar.

## Eski kodun zorlukları

```text
Legacy code is often: untested, tightly coupled, hard to understand, risky to change:
  → no tests → changing it is dangerous (you can't tell if you broke something)
  → hard to test → dependencies are tangled (can't isolate units); not designed for testing
→ a chicken-and-egg problem: to change safely you need tests, but it's hard to test.
```

## Karakterizasyon testleri (mevcut davranışı sabitleme)

```text
CHARACTERIZATION (golden master) tests → capture the code's CURRENT behavior as-is
  (even if you don't fully understand it / it has bugs):
  → write tests asserting what it ACTUALLY does now → a SAFETY NET
  → then you can refactor/change with confidence that behavior is preserved
→ Don't assert what it SHOULD do — assert what it DOES, to protect against regressions.
```

## Bağımlılıkları kırma (seams)

```text
To isolate hard-to-test code, find/create SEAMS (places to substitute dependencies):
  → extract dependencies behind interfaces; inject them; use the smallest safe refactors
    to make code testable (Michael Feathers' techniques)
  → carefully break dependencies so you can get the code under test, then test, then refactor
```

## Kademeli yaklaşım

```text
✓ Add tests AROUND code BEFORE changing it (a safety net for the change)
✓ Focus on areas you're CHANGING / high-risk / high-value (not the whole codebase at once)
✓ Improve incrementally — leave code a bit better each time (the "boy scout rule")
✓ Use characterization tests to capture behavior, then refactor toward testability
```

## Neden önemli

Eski koda nasıl test ekleyeceğini anlamak, kıdemli seviye değerli bir bilgidir çünkü **gerçek dünya çalışmasının çoğu mevcut, genellikle test edilmemiş kod içerir** ve bunu güvenli bir şekilde iyileştirmek yaygın ve önemli bir zorluktur, bu nedenle pratik olarak ilgilidir.

Eski kod (test edilmemiş, sıkı şekilde bağlı, değiştirilmesi zor) gerçek bir **tavuk-yumurta sorunu** ortaya çıkarır: bunu güvenli bir şekilde değiştirmek için testlere ihtiyacınız var, ancak test etmek zordur (karmaşık bağımlılıklar, test için tasarlanmamış) — ve test edilmemiş kodu değiştirmek tehlikelidir çünkü bir şeyleri bozmadığınızı söyleyemezsiniz.

Bunu çözmek için teknikleri anlamak değerli pratik bilgidir. **Karakterizasyon testleri** (kodun *mevcut* davranışını olduğu gibi yakalama, tam olarak anlaşılmamış olsa bile, aslında ne yaptığını iddia etme) sizin kodu yeniden yapılandırmanıza ve değiştirmenize izin veren **bir güvenlik ağı** sağlar — mevcut davranışın korunduğundan emin olarak değişiklik yapabilirsiniz — bu, tam olarak anlamadığınız kodla çalışmanın önemli bir tekniğidir.

**Seams aracılığıyla bağımlılıkları kırma**yi (bağımlılıkları ikame etmek için yerler bulma veya oluşturma, karmaşık kodu test edilebilir hale getirmek için minimal güvenli yeniden yapılandırmalar kullanma — Michael Feathers' eski kod hakkındaki çalışmadan gelen teknikler) anlamak, test etmesi zor olan kodu test altına almak için gereklidir.

**Kademeli yaklaşım**ı — kodu değiştirmeden önce etrafına test ekleme (değişiklik için bir güvenlik ağı), değiştirilen veya yüksek riskli/yüksek değerli alanlar üzerine odaklanma (bir kerede tüm kod tabanı değil) ve kademeli olarak iyileştirme (boy scout kuralı) — eski sistemleri zaman içinde iyileştirmenin pragmatik, gerçekçi yolunu yansıtır.

Gerçek dünya geliştirmesinin çoğu mevcut, genellikle test edilmemiş eski kodu içerdiğinden (güvenli bir şekilde değiştirilmesi gereken, yaygın, zor bir durum) ve teknikler hakkında anlayışa sahip olmanız (bir güvenlik ağı için karakterizasyon testleri, bağımlılıkları kırmak için seams, kademeli iyileştirme) bunu yapabilmenizi sağladığından, eski koda nasıl test ekleyeceğini anlamak kıdemli seviye değerli bir bilgidir — mevcut test edilmemiş kod ile çalışmanın yaygın gerçekliği için pratik olarak ilgili, eski sistemleri güvenli bir şekilde iyileştirmek için gereken deneyim ve teknikler yansıtarak, kıdemli mühendislerin sık sık test edilmemiş kodu değiştirmek için güvenli hale getirmesi gereken önemli bir yetkinlik.