e2e-testing-patterns
بناء مجموعات اختبار E2E موثوقة
متاح أيضًا من: wshobson
كتابة اختبارات end-to-end أمر صعب. توفر هذه المهارة أنماطًا مجربة لـ Playwright و Cypress لإنشاء اختبارات مستقرة وقابلة للصيانة تكتشف الأخطاء قبل المستخدمين.
تنزيل ZIP المهارة
رفع في Claude
اذهب إلى Settings → Capabilities → Skills → Upload skill
فعّل وابدأ الاستخدام
اختبرها
استخدام "e2e-testing-patterns". إنشاء اختبار تسجيل دخول مع Playwright
النتيجة المتوقعة:
- الخطوة 1: أنشئ فئة LoginPage مع محددات للبريد الإلكتروني وكلمة المرور وزر الإرسال
- الخطوة 2: نفّذ طريقتي goto() و login(email, password)
- الخطوة 3: اكتب اختبارًا باستخدام page object مع تأكيدات للرابط ورسالة النجاح
- الخطوة 4: أضف اختبار تعامل مع الأخطاء لبيانات الاعتماد غير الصالحة
استخدام "e2e-testing-patterns". كيف أصحح اختبارًا غير مستقر؟
النتيجة المتوقعة:
- 1. استبدل waitForTimeout الثابت بعمليات انتظار صريحة
- 2. استخدم trace viewer: npx playwright test --trace on
- 3. أضف لقطات شاشة عند الفشل
- 4. تحقق من ظروف السباق في العمليات غير المتزامنة
- 5. اعزل بيانات الاختبار لمنع التلوث بين الاختبارات
التدقيق الأمني
آمنAll 63 static findings are false positives. The analyzer incorrectly interprets markdown code fences as Ruby shell commands, JavaScript operators as cryptographic issues, and test configuration as system reconnaissance. This is a documentation skill with educational content about E2E testing patterns using Playwright and Cypress. No actual security risks exist.
عوامل الخطر
⚙️ الأوامر الخارجية (32)
🌐 الوصول إلى الشبكة (4)
🔑 متغيرات البيئة (8)
درجة الجودة
ماذا يمكنك بناءه
إعداد اختبارات E2E لمشروع جديد
تهيئة Playwright أو Cypress من الصفر مع البنية المناسبة وأدوات الإبلاغ والتكامل مع CI
إصلاح الاختبارات غير المستقرة
استبدال المحددات الهشة والمهل الزمنية الثابتة باستراتيجيات انتظار مناسبة ومحددات مستقرة
توسيع نطاق تنفيذ الاختبار
تنفيذ التنفيذ المتوازٍ وتجزئة الاختبارات لتقليل وقت أنبوب CI من ساعات إلى دقائق
جرّب هذه الموجهات
أنشئ اختبار end-to-end لصفحة تسجيل الدخول باستخدام Playwright. ضمّن المحددات المناسبة والتأكيدات والتعامل مع الأخطاء لكل من محاولات تسجيل الدخول الناجحة والفاشلة.
وضح كيفية محاكاة استجابة API في Cypress لاختبار التعامل مع الأخطاء دون الاعتماد على خدمة backend حقيقية.
اضبط Playwright لتشغيل الاختبارات في CI مع تنفيذ متوازٍ ومنطق إعادة المحاولة وإنشاء تقارير HTML.
نفذ اختبار إمكانية الوصول باستخدام axe-core لضمان توافق التطبيق مع إرشادات WCAG.
أفضل الممارسات
- استخدم data-testid أو أدوار دلالية بدلاً من محددات CSS للحصول على محددات مستقرة
- حافظ على استقلالية الاختبارات مع إعداد مناسب وهدم لبيانات الاختبار
- شغّل الاختبارات بشكل متوازٍ في CI لتقليل وقت التنفيذ
تجنب
- استخدام مهل زمنية ثابتة مثل waitForTimeout(3000) - يسبب عدم استقرار
- اختبار تفاصيل التنفيذ بدلاً من السلوك المرئي للمستخدم
- مشاركة الحالة بين الاختبارات - يؤدي إلى فشل متتابع
الأسئلة المتكررة
Playwright مقابل Cypress: أيهما يجب أن أختار؟
كيف أجعل الاختبارات أقل عدم استقرار؟
كيف أشغّل الاختبارات بشكل متوازٍ؟
هل يمكنني اختبار APIs بأدوات E2E؟
كيف أتعامل مع المصادقة في الاختبارات؟
ما هو نموذج Page Object Model؟
تفاصيل المطور
المؤلف
sickn33الترخيص
MIT
المستودع
https://github.com/sickn33/antigravity-awesome-skills/tree/main/skills/e2e-testing-patternsمرجع
main
بنية الملفات