Mevcut bir işlev için birim testleri yazmak için bir AI asistanı nasıl kullanırsınız?

Question

Accepted Answer

İyi kullanıldığında, AI testingin **numaralandırma** kısmında mükemmeldir — sınır durumlarını tasarımlar ve hızla boilerplate yazar. Ancak **iddialamaların anlamlı olduğunu doğrulamanız gerekir**, çünkü AI hiçbir şeyi kanıtlamadan geçen testler yazmaktan mutlu olacaktır.

## İş akışı

1. **Fonksiyonu artı sözleşmesini verin** — ne yapması gerektiği, giriş/çıkış türleri ve geçersiz girişi nasıl işlemesi gerektiği. Testler, açıkladığınız spesifikasyondan daha iyi olamaz.
2. **Açıkça sınır durumları isteyin** — sınırlar (0, boş, maks) ve hata yolları (null, negatif, yanlış tür), yalnızca mutlu yol değil.
3. **İddialamaların anlamlı olduğunu doğrulayın** — kodun mevcut davranışını (hatalı olsa bile) iddia eden bir test işe yaramaz. Her iddialamanın *amaçlanan* sözleşmeyi kodladığını kontrol edin.

## Örnek

```js
// Function under test, with its contract:
// applyDiscount(price, percent) -> price reduced by percent.
// Contract: percent must be 0..100; throws RangeError otherwise. price >= 0.
function applyDiscount(price, percent) {
  if (percent < 0 || percent > 100) throw new RangeError('percent out of range');
  return price - (price * percent) / 100;
}
```

```js
// AI-suggested test cases (Jest) — note the edge and error paths, not just happy path:
test('applies a normal discount', () => {
  expect(applyDiscount(100, 20)).toBe(80);       // happy path
});
test('0% leaves price unchanged', () => {
  expect(applyDiscount(100, 0)).toBe(100);       // boundary: lower edge
});
test('100% makes it free', () => {
  expect(applyDiscount(100, 100)).toBe(0);       // boundary: upper edge
});
test('rejects percent above 100', () => {
  expect(() => applyDiscount(100, 150)).toThrow(RangeError); // error path
});
```

AI sınır durumlarını (0 ve 100) ve unutabileceğiniz hata yolunu önerdi. `toBe(80)` öğesinin fonksiyonun yapması gereken *doğru* beklenen değer olduğunu doğrulamak sizin işiniz, sadece fonksiyonun ne döndürdüğü değil.

## Neden önemli

Testingin zor kısmı `test(...)` bloklarını yazmak değildir — **aksi takdirde kaçıracağınız durumlar hakkında düşünmektir** ve yapay zeka bu genişlikte gerçekten iyidir. Ancak siz söylemezseniz kodunuzun *ne yapması gerektiği* hakkında hiçbir fikri yoktur, bu nedenle denetim olmadan **uygulamayı yansıtan testler** yazma eğilimindedir (geçerler, ancak fonksiyon yanlış olsa bile geçerlerdi). Yapay zekayı bir kenar durumu oluşturucu olarak ele alırken siz iddialamaların sahibi olursanız, geniş kapsam ve gerçek doğruluk elde edersiniz — yapay zekadan hız, sizden yargı.