WordPress · Release QA

الاختبار السريع في المتصفح مفيد، لكنه لا يغني عن staging يشبه موقعك الحقيقي.

نُشر في 28 يوليو 2026 · WordPress 7.1 Beta 3 / Playground / WP-CLI QA

أعلن WordPress.org أن WordPress 7.1 Beta 3 جاهز للاختبار، وذكر بوضوح أنه مخصص للتطوير والاختبار فقط وليس للمواقع الحية أو المهمة. يوفر الإعلان أكثر من طريقة للتجربة: Beta Tester plugin، تنزيل مباشر، أمر WP-CLI، وWordPress Playground. القرار العملي هو استخدام هذه الطرق بترتيب ذكي بدل القفز إلى تحديث موقع حي.

Playground ممتاز لاكتشاف الانطباع الأول، لكن قرار الاستضافة يحتاج staging بنفس PHP والإضافات والقالب.

متى تستخدم Playground؟

استخدم Playground لفحص الواجهة العامة للمحرر أو ميزة جديدة بسرعة، أو لإعطاء الفريق غير التقني طريقة آمنة لرؤية التغييرات. هذا مفيد قبل فتح تذكرة اختبار أعمق.

لكن Playground لا يمثل دائمًا بيئة الموقع الفعلية: نسخة PHP، إضافات تجارية، cache، إعدادات الخادم، وقالب مخصص. لذلك لا تجعله آخر خطوة.

متى تستخدم WP-CLI أو Beta Tester؟

على staging، استخدم المسار الذي يناسب نظام التشغيل لديك. WP-CLI مفيد عندما تدير مواقع كثيرة وتحتاج أمرًا موحدًا. Beta Tester plugin مناسب عندما يريد الفريق تجربة داخل لوحة WordPress. في الحالتين، وثق النسخة والسيناريوهات ونتيجة الاختبار.

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

Checklist مسار QA

ما الذي تقوله للإدارة؟

لا تقدم التقرير كقائمة تقنية فقط. اشرح عدد المواقع المختبرة، عدد المشاكل، الإضافات المتكررة التي تحتاج انتظار تحديث، والمواقع التي يمكن تحديثها أولًا. هذا يحول Beta إلى قرار تشغيل واضح.

كلما اقترب الإصدار النهائي، تصبح هذه الخريطة أهم من تفاصيل كل تجربة صغيرة.

أسئلة شائعة

هل Beta 3 مناسب للإنتاج؟ لا، WordPress يذكر أنه للاختبار والتطوير فقط.

هل Playground يكفي؟ لا للمواقع المهمة؛ استخدمه كبداية ثم اختبر staging.

ما أهم ما أختبره؟ النماذج، الدخول، المحرر، الإضافات الحساسة، والصفحات التي تجلب طلبات.

المصادر

اقرأ داخل نفس المحور

هل لديك مسار QA واضح قبل تحديث WordPress؟

نجهز staging وسيناريوهات اختبار مختصرة للمواقع المهمة قبل نافذة التحديث.

اطلب مراجعة الموقع