testing-strategy
إنشاء استراتيجية اختبار شاملة
متاح أيضًا من: Doyajin174
يواجه المطورون صعوبات في تطبيق ممارسات الاختبار المتسقة عبر المشاريع. توفر هذه المهارة إرشادات منظمة لاختبارات الوحدة والتكامل والنهايات باستخدام Vitest و Playwright مع أهداف واضحة للتغطية وأفضل الممارسات.
تنزيل ZIP المهارة
رفع في Claude
اذهب إلى Settings → Capabilities → Skills → Upload skill
فعّل وابدأ الاستخدام
اختبرها
استخدام "testing-strategy". إعداد اختبار Vitest لمكون React الخاص بي مع محاكاة مناسبة
النتيجة المتوقعة:
- تثبيت التبعيات: vitest, @testing-library/react, @testing-library/jest-dom
- إنشاء vitest.config.ts مع بيئة jsdom وعتبات التغطية
- كتابة اختبار وحدة مع نمط AAA (Arrange, Act, Assert)
- محاكاة استدعاءات API الخارجية باستخدام vi.mock()
- إضافة تأكيدات للعرض والتفاعلات مع المستخدم
- تشغيل تقرير التغطية للتحقق من عتبة 80%+
استخدام "testing-strategy". إنشاء اختبار Playwright لتدفق تسجيل الدخول للمستخدم
النتيجة المتوقعة:
- كتابة test.spec.ts مع test.describe للتجميع
- الانتقال إلى صفحة تسجيل الدخول باستخدام page.goto()
- ملء حقلي البريد الإلكتروني وكلمة المرور ببيانات اختبار
- تأكيد التنقل الناجح إلى لوحة التحكم بعد الإرسال
- تضمين التحقق من تدفق تسجيل الخروج
استخدام "testing-strategy". كيف يجب أن أوزع اختباراتي عبر هرم الاختبار؟
النتيجة المتوقعة:
- 70% اختبارات الوحدة: اختبارات سريعة ومعزولة للوظائف والمكونات الفردية
- 20% اختبارات التكامل: اختبارات متوسطة السرعة لتفاعلات المكونات واستدعاءات API
- 10% اختبارات E2E: اختبارات بطيئة ومكلفة لتدفقات المستخدم الحرجة فقط
- أولوية التغذية الراجعة السريعة للتغييرات الشائعة، الاختبارات البطيئة للميزات المستقرة
التدقيق الأمني
آمنPure documentation skill containing only Markdown guidance for testing practices. Contains no executable code, scripts, or network calls. All 101 static findings are false positives: Markdown formatting backticks misidentified as shell execution, JSON field names misidentified as cryptographic algorithms, and environment variable access in test configuration misidentified as credential access.
عوامل الخطر
🌐 الوصول إلى الشبكة (4)
📁 الوصول إلى نظام الملفات (1)
⚙️ الأوامر الخارجية (64)
🔑 متغيرات البيئة (8)
درجة الجودة
ماذا يمكنك بناءه
إعداد اختبار React
تكوين Vitest مع React Testing Library وتحقيق تغطية 80% على اختبارات المكونات
إنشاء مجموعة اختبارات E2E
بناء اختبارات Playwright لتدفقات المستخدم الحرجة مثل المصادقة والدفع
أتمتة الاختبار في CI
تكوين GitHub Actions لتشغيل الاختبارات وتحميل تقارير التغطية في كل دفع
جرّب هذه الموجهات
ساعدني في إعداد الاختبار باستخدام Vitest و React Testing Library لمشروعي React. أريد تحقيق تغطية كود 80%.
إنشاء اختبار Playwright لتدفقات تسجيل المستخدم وتسجيل الدخول. تضمين تأكيدات للتنقل في الصفحة ورسائل النجاح.
مشروع لدي تغطية اختبار 60%. تحديد مناطق التغطية المنخفضة واقتراح اختبارات للوصول إلى تغطية 80% على الأسطر والدوال.
إعداد سير عمل GitHub Actions الذي يشغل Vitest مع التغطية، وتحميل التقارير إلى Codecov، وتشغيل اختبارات Playwright عند الدفع.
أفضل الممارسات
- اتباع هرم الاختبار: 70% اختبارات الوحدة، 20% اختبارات التكامل، 10% اختبارات E2E
- استخدام أسماء اختبارات وصفية تشرح ماذا ومتى (وليس فقط 'يعمل' أو 'اختبار 1')
- محاكاة التبعيات الخارجية للحفاظ على سرعة الاختبارات وعزلها
تجنب
- اختبار تفاصيل التنفيذ بدلاً من السلوك
- كتابة تأكيدات متعددة غير ذات صلة في اختبار واحد
- تخطي اختبار حالات الخطأ والحالات الحدية
- تشغيل مجموعة E2E الكاملة في كل تغيير كود بدلاً من استخدام اختبارات الوحدة للتغذية الراجعة السريعة
الأسئلة المتكررة
ما الأدوات التي تدعمها هذه المهارة؟
ما أهداف التغطية التي يجب أن أسعى إليها؟
هل يمكنني استخدام هذا مع أطر اختبار أخرى؟
هل بياناتي آمنة عند استخدام هذه المهارة؟
لماذا تفشل اختباراتي في CI لكنها تنجح محلياً؟
كيف يختلف هذا عن Jest؟
تفاصيل المطور
المؤلف
AI-Vibe-Promptsالترخيص
MIT
المستودع
https://github.com/Atman36/AI-Vibe-Prompts/tree/main/.claude/skills/workflow/testing-strategyمرجع
main
بنية الملفات
📄 SKILL.md