Kaip naudoti AI asistentą norėdami parašyti vienetų testus esamai funkcijai?

Question

Accepted Answer

Jei naudojama teisingai, AI yra puikus **išvardijimo** dalies testavime — ji brainstormina ribiniai atvejai ir greitai rašo boilerplate. Bet jūs turite **patikrinti, kad teiginiai būtų prasmingai**, nes AI su malonumu rašys testus, kurie praeina nieko nerodydami.

## Darbo srautas

1. **Duokite jai funkciją ir jos sutartį** — ką ji turėtų daryti, įvesties/išvesties tipus ir kaip ji turėtų tvarkyti negaliojančią įvestį. Testai negali būti geresni nei aprašyta specifikacija.
2. **Aiškiai prašykite ribinių atvejai** — ribos (0, tuščia, maksimali) ir klaidų keliai (null, neigiama, neteisingas tipas), ne tik laimingas kelias.
3. **Patikrinkite, kad teiginiai būtų prasmingai** — testas, kuris tvirtina dabartinį kodo elgesį (net jei jis sulaužytas) yra bevertis. Patikrinkite, kad kiekvienas teiginys koduoja *numatytąją* sutartį.

## Pavyzdys

```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 pasiūlė ribines atveji (0 ir 100) ir klaidų kelią, kurį jūs galite pamiršti. Jūsų užduotis yra patvirtinti, kad `toBe(80)` yra *tinkama* tikėtina reikšmė, ne tik tai, ką funkciją atsitiko grąžinti.

## Kodėl tai svarbu

Sunkioji testavimo dalis yra ne `test(...)` blokų surinkimas — tai **mąstyti apie atvejus, kuriuos priešingu atveju praleistumėte**, ir AI yra tikrai gera tame platume. Bet jei nepasaksysite, ko turėtų daryti jūsų kodas, jei jis nekontroliuojamas, jis linkęs rašyti **testus, kurie atspindi įgyvendinimą** (jie praeina, bet jie praleistų net jei funkcija būtų klaidinga). Traktuodami AI kaip ribinio atvejo generatorių, o jūs valdydami tvirtinimus, pasieksite platų aprėptį ir tikrą tikslumą — greitumą iš AI, sprendimą iš jūsų.