برومبت يصمم اختبارات تكشف الخطأ بدل تكرار طريقة كتابة الكود
ابدأ بالسلوك والمخاطر والحدود، ثم اطلب حالات اختبار بأدلة متوقعة؛ قالب يفصل ما اختُبر عما لا يزال افتراضًا.

قد يمر اختبار لأنه يكرر المعادلة الموجودة في التنفيذ نفسه، حتى لو كانت المعادلة خاطئة. الاختبار المفيد يبدأ بمثال سلوكي مستقل: ما المدخل؟ ما النتيجة الصحيحة؟ وأي خطأ مهم يجب أن يكتشفه؟
قدم العقد قبل التنفيذ
اكتب ما تفعله الميزة وحدودها والبيانات التي لا يجوز تغييرها. مثال: حاسبة سعر يجب أن ترفض القيم السالبة، ولا تخلط عملتين، وتوضح هل الضريبة داخلة. هذه أمثلة لعقد سلوكي، وليست افتراضًا أن مشروعك يحققها.
ساعدني على تصميم اختبارات ذات قيمة لهذه الميزة. السلوك المطلوب: [وصف]. القيود والثوابت: [قائمة]. ما لا يدخل في النطاق: [قائمة]. البيئة وأداة الاختبار الموجودة: [تفاصيل]. أمثلة صحيحة محسوبة مستقلًا: [مدخلات ونتائج]. قبل كتابة الكود، أنشئ جدولًا: الخطر، الحالة، النتيجة المتوقعة، وكيف نعرف أنها صحيحة. غطِّ المسار المعتاد وحدود القيم والمدخلات غير الصالحة والفشل الجزئي والتكرار عند أهميته. لا تولد النتيجة المتوقعة بإعادة نسخ خوارزمية التنفيذ. لا تتصل بخدمة حقيقية أو ترسل بيانات زوار؛ استخدم تجهيزات معزولة. بعد كتابة الاختبارات، اذكر ما يحتاج تشغيلًا فعليًا وما لا تثبته هذه الاختبارات. لا تقل PASS دون خرج تشغيل، ولا تكتب اختبارًا شكليًا لا يكتشف خطرًا محددًا.
اختبر الاختبار نفسه
راجع حالة واحدة تعرف جوابها يدويًا، وأدخل خطأً متعمدًا في نسخة تجريبية منفصلة إن كان مناسبًا؛ ينبغي أن تفشل الحالة المقصودة. أعد الكود الصحيح واحتفظ بسجل التشغيل. لا تحتاج كل ميزة عشرات الحالات المتطابقة.
حدود الدليل
نجاح وحدة حسابية لا يثبت صلاحيات لوحة الإدارة أو استعادة قاعدة بيانات أو شكل الهاتف. اختر مستوى الاختبار الذي يقابل الادعاء: وحدة للسلوك المحدود، وتكامل للتبعيات، وفحص واجهة للتفاعل الحقيقي.
المصادر والمراجع
دليل أصلي من B52؛ راجع الروابط للمعلومات المرجعية.


