المهارات e2e-testing-patterns
📦

e2e-testing-patterns

آمن

بناء مجموعات اختبارات موثوقة من طرف إلى طرف

تكتشف اختبارات من طرف إلى طرف الأخطاء الحرجة قبل المستخدمين، لكن الاختبارات غير المستقرة تبطئ النشر وتقلل الثقة. تعلم هذه المهارة أنماطًا مثبتة لبناء مجموعات اختبارات E2E سريعة وموثوقة باستخدام Playwright وCypress التي تحسن جودة الكود دون إبطاء فريقك.

يدعم: Claude Codex Code(CC)
📊 71 كافٍ
1

تنزيل ZIP المهارة

2

رفع في Claude

اذهب إلى Settings → Capabilities → Skills → Upload skill

3

فعّل وابدأ الاستخدام

اختبرها

استخدام "e2e-testing-patterns". إنشاء أمر Cypress مخصص لتسجيل دخول المستخدم

النتيجة المتوقعة:

أنتج أمر Cypress مخصص يقبل معلمات البريد الإلكتروني وكلمة المرور، وينتقل إلى صفحة تسجيل الدخول، ويملأ بيانات الاعتماد باستخدام محددات data-testid، ويضغط على زر الإرسال، ويتقق من إعادة التوجيه الناجحة إلى لوحة التحكم. يتضمن تعريفات نوع TypeScript لدعم الإكمال التلقائي في IDE.

استخدام "e2e-testing-patterns". كيف أجعل هذا الاختبار أقل عدم استقرارًا؟

النتيجة المتوقعة:

حدد ثلاثة مصادر لعدم الاستقرار: يجب استبدال الانتظار بصلاحيات زمنية ثابتة مع انتظار مشروط، ويجب أن يستخدم محددات فئة CSS سمات data-testid، ومشارك المتغيرات العالمية بين الاختبارات بالتوازي. قدم تغييرات كود محددة مع waitForState المناسبة، والمحددات المستندة إلى الأدوار، وأدوات الاختبار المعزولة.

استخدام "e2e-testing-patterns". إعداد اختبار الانحدار البصري باستخدام Playwright

النتيجة المتوقعة:

أنشأ نمط اختبار الانحدار البصري الذي يلتقط لقطات شاشة كاملة للصفحة، ويتعامل مع أحجام نافذة العرض المختلفة، ويستثني المحتوى الديناميكي مثل الطوابع الزمنية، ويستخدم عتبات فرق البكسل لتقليل الإيجابيات الكاذبة. يتضمن سير عمل توليد خط الأساس وخطوات التكامل مع CI.

التدقيق الأمني

آمن
v5 • 1/21/2026

This skill provides educational content for end-to-end testing patterns with Playwright and Cypress. All static findings are false positives: weak crypto detections are from filename patterns, backtick executions are code examples in documentation, environment variable access is legitimate test configuration, and hardcoded URLs are localhost test endpoints. No security risks identified.

2
الملفات التي تم فحصها
1,286
الأسطر التي تم تحليلها
0
النتائج
5
إجمالي عمليات التدقيق
لا توجد مشكلات أمنية
تم تدقيقه بواسطة: claude عرض سجل التدقيق →

درجة الجودة

38
الهندسة المعمارية
100
قابلية الصيانة
87
المحتوى
31
المجتمع
100
الأمان
87
الامتثال للمواصفات

ماذا يمكنك بناءه

مهندس ضمان الجودة يبني أتمتة الاختبار

يحتاج مهندس ضمان الجودة إلى إنشاء معايير اختبار E2E لمشروع جديد. يستخدم هذه المهارة لإنتاج نماذج كائن الصفحة، وإعداد التكامل مع CI/CD، وتنفيذ استراتيجيات انتظار موثوقة تقلل من عدم استقرار الاختبارات.

مطور الواجهة الأمامية يختبر تدفقات المستخدم

يريد مطور الواجهة الأمامية إضافة اختبارات E2E لتدفقات المستخدم الحرجة مثل المصادقة والدفع. يستخدم هذه المهارة لإنشاء أنماط السخرية الشبكية، والأدوات المخصصة، واختبارات الوصول التي تكتشف الانحدار مبكرًا.

القيادة التقنية تؤسس معايير الاختبار

تحتاج القيادة التقنية إلى إنشاء أفضل ممارسات الاختبار من طرف إلى طرف عبر فرق متعددة. تستخدم هذه المهارة لتوثيق استراتيجيات المحددات، وأنماط الاختبار المتوازي، ومنهجيات التصحيح التي تحسن قابلية صيانة مجموعة الاختبار.

جرّب هذه الموجهات

إنتاج نموذج كائن الصفحة
إنشاء نموذج كائن الصفحة لصفحة تسجيل الدخول مع حقول البريد الإلكتروني وكلمة المرور ومعالجة الأخطاء باستخدام Playwright
تصحيح اختبار غير مستقر
مراجعة هذا الاختبار واقتراح إصلاحات للسلوك غير المستقر الناجم عن مشاكل التوقيت وظروف السباق
سخر استجابات API
إنشاء أنماط اعتراض الشبكة لسخر فشل API والحالات الهامشية لصفحة ملف المستخدم
تطبيق الاختبار المتوازي
تصميم استراتيجية تقسيم لتشغيل 200 اختبار E2E عبر 4 عمال CI مع التوزيع الأمثل

أفضل الممارسات

  • استخدم المحددات الدلالية مثل getByRole وgetByLabel بدلاً من فئات CSS لإنشاء اختبارات مستقرة تتحمل إعادة هيكلة الواجهة الأمامية
  • نفذ ��ستراتيجيات انتظار مناسبة مع انتظار مشروط وتأكيدات بدلاً من الصلاحيات الزمنية الثابتة للقضاء على الاختبارات غير المستقرة
  • حافظ على استقلالية الاختبارات باستخدام أدوات معزولة والتنظيف لتمكين التنفيذ المتوازي وتشغيلات الاختبار الموثوقة

تجنب

  • استخدام الصلاحيات الزمنية الثابتة مثل waitForTimeout بدلاً من الانتظار لشروط محددة يؤدي إلى اختبارات غير موثوقة تفشل بشكل متقطع
  • اختبار تفاصيل التنفيذ أو الحالة الداخلية بدلاً من السلوك المرئي للمستخدم ينشئ اختبارات هشة تنكسر مع إعادة الهيكلة
  • مشاركة الحالة بين الاختبارات أو الاعتماد على ترتيب تنفيذ الاختبار يمنع التنفيذ المتوازي ويسبب فشل متتالي

الأسئلة المتكررة

هل يجب أن أستخدم Playwright أم Cypress لاختبار E2E؟
كلاهما خيارات ممتازة. يوفر Playwright دعمًا أفضل للمتصفحات المتعددة، وتنفيذًا أسرع، ودعم TypeScript الأصلي. يوفر Cypress تجربة تصحيح أفضل وAPI أبسط للمبتدئين. اختر بناءً على احتياجات فريقك والأدوات الموجودة.
كم اختبار E2E يجب أن أكتب مقارنة باختبارات الوحدة؟
اتبع هرم الاختبار: العديد من اختبارات الوحدة، واختبارات تكامل أقل، واختبارات E2E حرجة للمسار فقط. اختبارات E2E بطيئة ومكلفة، لذا ركز على تدفقات المستخدم التي ستسبب تأثيرًا تجاريًا كبيرًا إذا انكسرت، مثل المصفحة والدفع وتقديم البيانات.
كيف أصلح الاختبارات غير المستقرة التي تفشل عشوائيًا في CI؟
استبدل الصلاحيات الزمنية الثابتة مع انتظار مشروط، واستخدم محددات مستقرة مثل data-testid بدلاً من فئات CSS، وتأكد من استقلالية الاختبارات بدون حالة مشتركة، وتحقق من اكتمال طلبات الشبكة قبل إجراء التأكيدات. توفر المهارة أنماطًا محددة لكل سيناريو.
هل يمكنني استخدام هذه المهارة مع أطر اختبار أخرى غير Playwright وCypress؟
تطبق الأنماط والمبادئ بشكل واسع على اختبار E2E، لكن أمثلة الكود محددة لـ Playwright وCypress. تنتقل مفاهيم مثل نموذج كائن الصفحة، واستراتيجيات الانتظار، والسخرية الشبكية إلى أطر أخرى مع تعديلات في البنية.
كيف أسرع من مجموعة اختبارات E2E في خطوط أنابيب CI؟
استخدم التنفيذ المتوازي مع التقسيم لتوزيع الاختبارات عبر العمال، واسخر الـ APIs الخارجية لتجنب تأخيرات الشبكة، وشغل الاختبارات في الوضع بدون رأس، واختبر فقط المسارات الحرجة باستخدام E2E مع نقل الحالات الهامشية إلى اختبارات تكامل أسرع.
هل يجب أن أختبر متطلبات الوصول مع اختبارات E2E؟
نعم، يضمن دمج اختبارات الوصول باستخدام أدوات مثل axe-core في مجموعة E2E الخاصة بك التحقق من الوصول مع تفاعلات المستخدم الحقيقية. هذا يكتشف المشاكل التي قد تفوت تحليل الثبات، مثل التنقل بلوحة المفاتيح والتوافق مع قارئات الشاشة.

تفاصيل المطور

بنية الملفات

📄 SKILL.md