اگر اچھی طریقے سے استعمال کیا جائے تو AI ٹیسٹنگ کے enumeration حصے میں بہترین ہے — یہ edge cases کے بارے میں سوچتا ہے اور boilerplate تیزی سے لکھتا ہے۔ لیکن آپ کو یہ تصدیق کرنی چاہیے کہ assertions معنی خیز ہیں، کیونکہ AI خوشی سے ایسے ٹیسٹ لکھے گا جو بغیر کچھ ثابت کیے پاس ہو جائیں۔
// 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
});
AI نے boundary cases (0 اور 100) اور error path تجویز کیے جو آپ بھول سکتے تھے۔ آپ کا کردار یہ تصدیق کرنا ہے کہ toBe(80) صحیح متوقع قدر ہے، نہ کہ صرف جو فنکشن واپس کرتا ہے۔
ٹیسٹنگ کا مشکل حصہ test(...) blocks لکھنا نہیں ہے — یہ ایسے cases کے بارے میں سوچنا ہے جنہیں آپ ورنہ مس کریں، اور AI واقعی اس وسیع رینج میں اچھا ہے۔ لیکن اسے یہ نہیں معلوم کہ آپ کا کوڈ کیا کرنا چاہیے جب تک آپ اسے نہ بتائیں، تو بغیر نگرانی کے یہ ایسے ٹیسٹ لکھتا ہے جو implementation کی نقل کریں (وہ پاس ہوں، لیکن یہ پاس ہوں گے یہاں تک کہ اگر فنکشن غلط ہو)۔ AI کو edge-case generator کے طور پر سلوک کرنا جبکہ آپ assertions کے مالک ہیں، آپ کو وسیع coverage اور حقیقی correctness دیتا ہے — AI سے رفتار، آپ سے حکمت۔