সঠিকভাবে ব্যবহার করলে, AI টেস্টিংয়ের enumeration অংশে চমৎকার — এটি এজ কেস নিয়ে চিন্তাভাবনা করে এবং বয়লারপ্লেট দ্রুত লেখে। তবে আপনাকে অবশ্যই 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
});
এআই সীমানা কেস (0 এবং 100) এবং ত্রুটি পাথ প্রস্তাব করেছে যা আপনি ভুলে যেতে পারেন। আপনার কাজ হল নিশ্চিত করা যে toBe(80) সঠিক প্রত্যাশিত মান, শুধু যা ফাংশন ঘটনাক্রমে ফেরত দেয় তা নয়।
টেস্টিংয়ের কঠিন অংশ test(...) ব্লক টাইপ করা নয় — এটি আপনি যেসব কেস মিস করতেন সেগুলি নিয়ে চিন্তা করা, এবং এআই সেই বিস্তৃতায় সত্যিই ভাল। কিন্তু যদি আপনি এটি না বলেন তবে এটির কোন ধারণা নেই আপনার কোড কী করার কথা, তাই অপরিশীলিত অবস্থায় এটি টেস্ট লেখে যা বাস্তবায়ন প্রতিফলিত করে (সেগুলি পাস হয়, কিন্তু ফাংশনটি ভুল হলেও পাস হত)। এআইকে একটি এজ-কেস জেনারেটর হিসাবে বিবেচনা করার সময় আপনি assertions এর মালিক, আপনি বিস্তৃত কভারেজ এবং বাস্তব সঠিকতা পান — এআই থেকে গতি, আপনার থেকে বিচার।