testing-gate
توجيه المطورين المبتدئين لكتابة الاختبارات
غالبًا ما يتجاهل المطورون المبتدئون الاختبارات بسبب ضغط الوقت أو نقص الثقة. توفر هذه المهارة إطار عمل إرشادي يشجع على الاختبار من خلال التعزيز الإيجابي بدلاً من المتطلبات الحاجزة.
تنزيل ZIP المهارة
رفع في Claude
اذهب إلى Settings → Capabilities → Skills → Upload skill
فعّل وابدأ الاستخدام
اختبرها
استخدام "testing-gate". المطور ليس لديه اختبارات لنقطة نهاية API الجديدة الخاصة به
النتيجة المتوقعة:
- TESTING GATE: WARNING
- لم يتم العثور على اختبارات لهذه الميزة. لا بأس - يمكننا المتابعة.
- لكن هذا سبب أهمية الاختبارات:
- 1. ذهب المقابلات: نفذت اختبارات للتدفقات الحرجة...
- 2. الثقة: اعرف أن تغييراتك لا تكسر الأشياء
- 3. التوثيق: الاختبارات توضح كيف ينبغي استخدام الكود
- فوز سريع للمرة القادمة:
- - اختبر المسار السعيد أولاً
- - أضف حالة حافة واحدة
- - هذا بالفعل أفضل من معظمهم!
- المتابعة إلى مراجعة الكود...
استخدام "testing-gate". كتب المطور اختبارات ضعيفة تتحقق فقط من أن true يساوي true
النتيجة المتوقعة:
- TESTING GATE: WARNING
- الاختبارات موجودة لكن يمكن أن تكون أقوى:
- المشكلة: الاختبارات تتحقق من السلوك، وليس التنفيذ
- السؤال: إذا كان المدخل مشوهًا، هل ستكتشفه اختباراتك؟
- هذا لا يمنعك، لكن فكر في:
- - اختبر المسار السعيد أولاً
- - أضف حالة حافة واحدة
- المتابعة إلى مراجعة الكود...
استخدام "testing-gate". لدى المطور تغطية اختبار جيدة مع المسار السعيد وحالات الحافة
النتيجة المتوقعة:
- TESTING GATE: PASSED
- عمل رائع بتضمين الاختبارات! أرى أنك غطيت:
- - المسار السعيد للوظيفة الرئيسية
- - حالة الحافة لمدخل null
- - حالة الخطأ لفشل API
- نقطة القوة الرئيسية: الاختبارات تتحقق من السلوك، وليس التنفيذ
- فكر في الإضافة: الاختبار القائم على الخصائص لحالات الحافة
- الانتقال إلى مراجعة الكود...
التدقيق الأمني
آمنThis is a documentation-only skill containing mentoring guidelines for code review processes. No executable code exists - only markdown documentation with response templates and questions. The pre-computed static analysis flagged 25 findings, but ALL are false positives: testing terminology (expect, assert, AAA pattern) was misidentified as cryptographic algorithms, Socratic questions were misidentified as system reconnaissance, and markdown formatting was misidentified as shell execution. This skill poses no security risk.
عوامل الخطر
🌐 الوصول إلى الشبكة (1)
📁 الوصول إلى نظام الملفات (2)
⚙️ الأوامر الخارجية (6)
درجة الجودة
ماذا يمكنك بناءه
إرشاد مراجعة الكود
توجيه المطورين المبتدئين خلال ممارسات الاختبار أثناء مراجعات الكود بأسئلة منظمة وملاحظات مشجعة.
تأهيل المطورين
تأسيس ثقافة الاختبار في الفرق الجديدة باستخدام تقنيات التعزيز الإيجابي التي تبني العادات مع مرور الوقت.
التحضير للمقابلات
مساعدة المطورين على بناء خبرة في الاختبار تترجم إلى قصص مقابلات قوية حول ممارسات جودة الكود.
جرّب هذه الموجهات
اسأل المطور: "ما الاختبارات التي كتبتها لهذه الميزة؟" ابحث عن ملف اختبار واحد على الأقل ذي معنى يعمل فعليًا.
تابع بـ: "ماذا يثبت اختبارك عن هذه الميزة؟" و"إذا كسرت [جزء معين]، أي اختبار سيكتشفه؟"
اسأل: "أرني أهم اختبار لديك. ما السلوك الذي يتحقق منه؟" ابحث عن اختبار السلوك بدلاً من تفاصيل التنفيذ.
استخدم هذه الأسئلة للتوجيه: 1) "ما الشيء الواحد الذي سيكون سيئًا حقًا إذا تعطل؟" 2) "ما المدخلات التي لن يرسلها مستخدم أبدًا ولكن قد يرسلها مخترق؟" 3) "ماذا يحدث عندما يكون الخادم بطيئًا أو يعيد خطأ؟"
أفضل الممارسات
- ابدأ دائمًا بالتشجيع - اعترف بما فعله المطور بشكل جيد قبل اقتراح التحسينات
- استخدم أمثلة محددة من كودهم عند إعطاء ملاحظات حول تغطية الاختبار
- اربط الاختبار بالفوائد الوظيفية مثل التحضير للمقابلات لزيادة الدافع
تجنب
- لا تمنع المطورين من المتابعة - هذا يخلق مقاومة للاختبار بدلاً من بناء العادات
- تجنب الملاحظات العامة - أشر دائمًا إلى أجزاء محددة من كودهم أو وظائفهم
- لا تطغى بعدد كبير جدًا من الاقتراحات - ركز على تحسين أو اثنين قابلين للتنفيذ