Hyvin käytettynä tekoäly on erinomainen testauksen enumerointiosassa — se ideoi reunatapauksia ja kirjoittaa standardimallit nopeasti. Sinun on kuitenkin varmistettava, että väittämät ovat merkityksellisiä, koska tekoäly kirjoittaa mielellään testejä, jotka menevät läpi ilman, että ne todistaisivat mitään.
// 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;
}
// 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
});
Tekoäly ehdotti reunatapauksia (0 ja 100) ja virhepolkua, jonka saatat unohtaa. Sinun tehtäväsi on varmistaa, että toBe(80) on oikea odotettu arvo, eikä vain se, mitä funktio sattuu palauttamaan.
Testauksen vaikea osa ei ole test(...)-lohkojen kirjoittaminen — se on ajattelu niistä tapauksista, jotka muuten jäisivät huomaamatta, ja tekoäly on todella hyvä tässä laajuudessa. Se ei kuitenkaan tiedä, mitä koodisi pitäisi tehdä, ellei kerro sille, joten ilman valvontaa se kirjoittaa yleensä testejä, jotka peilaavat toteutusta (ne menevät läpi, mutta ne menisivät läpi vaikka funktio olisi väärä). Kun käsittelet tekoälyä reunatapausten generaattorina ja omistat väittämät, saat laajan kattavuuden ja todellisen oikeellisuuden — nopeuden tekoälystä, harkintaa sinulta.