سجل قرار البنية المعمارية: إطار أتمتة المتصفح لاختبارات E2E (Playwright مقابل Selenium)

1. السياق

نحن بصدد اختيار إطار لأتمتة المتصفح لخط اختبارات النهاية إلى النهاية (E2E) لدينا. سيكون هذا الإطار جزءًا لا يتجزأ من عمليات CI/CD لدينا، إذ ينفّذ اختبارات تحاكي تفاعلات المستخدمين الحقيقيين على منصتنا. وعلى وجه التحديد، ستغطي الاختبارات سيناريوهات مثل تسجيل المستخدمين وتسجيل دخولهم ورفع الملفات والتفاعل مع لوحات المعلومات وتنزيل التقارير.

بصفتنا شركة ناشئة، فإن تركيزنا على التطوير الرشيق، مع الحاجة إلى التكرار والتطور بسرعة. ويعمل فريقنا أساسًا بـTypeScript وPython، ومن الضروري القدرة على كتابة الاختبارات بهاتين اللغتين. وإضافةً إلى ذلك، تحتوي المنصة على رسوم بيانية ولوحات معلومات تفاعلية، مما يجعل من الحاسم أن تدعم أداة الأتمتة واجهات المستخدم الغنية والديناميكية جيدًا.

والمتنافسان على هذه المهمة هما Playwright وSelenium، ولكل منهما نقاط قوته ومفاضلاته. ونحتاج إلى تقييم هذين الإطارين بناءً على الميزات والمتطلبات الموضحة أدناه.

2. الخيارات المدروسة

• Playwright (من Microsoft)
• Selenium (من مشروع Selenium)

3. محركات القرار

العوامل المؤثرة في قرارنا هي كما يلي:

1. التطوير الرشيق: يجب أن تتيح الأداة المختارة دورات تطوير سريعة ومرنة.
2. دعم اللغات: يحتاج فريقنا إلى دعم TypeScript وPython معًا.
3. اختبار واجهة المستخدم التفاعلية: من الضروري القدرة على اختبار الرسوم البيانية التفاعلية ولوحات المعلومات والعناصر الديناميكية بموثوقية.
4. سرعة التشغيل: رغم أنها ليست شاغلًا رئيسيًا، فإن الأداء في خطوط CI/CD موضع اعتبار.
5. قابلية التوسع: لا نخطط لتوسع ضخم في المستقبل القريب، لكننا نريد التأكد من أن الحل يستطيع استيعاب النمو المستقبلي.
6. التوافق مع الإصدارات السابقة: الأنظمة القديمة والتوافق مع المتصفحات الأقدم غير حرجين لمشروعنا في الوقت الحالي.
7. اختبار الجوّال: رغم أنه ليس محور تركيز فوري، ينبغي أن يكون الإطار قادرًا على اختبار ميزات التجاوب مع الجوّال أو قابلًا للتوسعة لمثل هذه الحالات.
8. اختبار الشاشات المتعددة: دعم إعدادات الشاشات المتعددة متطلب ثانوي، خصوصًا إذا وسّعنا يومًا نطاق الاختبار إلى سير عمل مستخدمين أكثر تعقيدًا.
9. اختبار رفع الملفات: يجب أن يتعامل الإطار مع رفع الملفات بكفاءة، وهو متطلب جوهري في احتياجات اختباراتنا.

4. معايير التقييم

• سهولة الاستخدام: ما مدى سهولة كتابة الاختبارات وصيانتها؟
• دعم اللغات: هل يدعم الإطار TypeScript وPython، اللغتين اللتين يستخدمهما فريقنا أكثر من غيرهما؟
• اختبار واجهة المستخدم التفاعلية: ما مدى جودة تعامل الإطار مع واجهات المستخدم المعقدة والتفاعلية مثل الرسوم البيانية ورفع الملفات والبيانات الديناميكية؟
• التكامل مع CI/CD: ما مدى جودة تكامل الإطار مع أدوات CI/CD وخدماتها الشائعة؟
• دعم المتصفحات المتعددة: ما المتصفحات المدعومة وما مدى جودة أدائها؟
• الأداء والسرعة: ما سرعة تشغيل الاختبارات، خصوصًا في خط CI/CD؟
• قابلية التوسع: ما مدى قدرة الإطار على التوسع إذا أُضيفت اختبارات أكثر أو سيناريوهات أكثر تعقيدًا؟
• المجتمع والنظام البيئي: ما مدى نشاط مجتمع الإطار؟ وهل هناك تكاملات وإضافات وفيرة؟

5. الاعتبارات

5.1 Playwright

المزايا:

1. واجهة برمجية أذكى لرفع الملفات المحلية: واجهة Playwright البرمجية للتفاعل مع الملفات المحلية وتنفيذ رفع الملفات أبسط وأكثر بداهة. وهذا سيسهّل تنفيذ اختبارات رفع الملفات وصيانتها.
2. الصياغة وتوليد الشيفرة: لدى Playwright صياغة أقصر وأكثر إيجازًا. وينتج عن ذلك شيفرة نمطية أقل، مما يحسّن قابلية الصيانة وكفاءة المطور. وإضافةً إلى ذلك، تحسّن هذه الصياغة الأقصر جودة توليد الشيفرة بواسطة OpenAI، مما يسهّل توليد نصوص الاختبار آليًا.
3. اختبار واجهة المستخدم التفاعلية: يتفوق Playwright في اختبار تطبيقات الويب الديناميكية والتفاعلية، مثل التي تحتوي على رسوم بيانية غنية وتفاعلات مستخدم معقدة وتحديثات فورية. ويتعامل بفعالية كبيرة مع WebSockets وWebRTC وshadow DOM وتقنيات الويب الحديثة الأخرى.
4. دعم المتصفحات المتعددة: يدعم Playwright متصفحات Chromium وWebKit وFirefox. وأداؤه متسق عبر هذه المتصفحات، مما ينبغي أن يغطي معظم احتياجاتنا في الاختبار.
5. التكامل مع CI/CD: يتكامل Playwright بسلاسة مع منصات CI/CD الحديثة (GitHub Actions وJenkins وغيرهما). ويمكنه تشغيل الاختبارات بالتوازي عبر متصفحات مختلفة، فيحسّن أزمنة تشغيل الاختبارات ويجعله مناسبًا للتطوير السريع.
6. سريع وموثوق: Playwright أسرع من Selenium عمومًا، خصوصًا في الوضع بلا واجهة (headless)، وأكثر مرونة عند التعامل مع عناصر الويب غير المتزامنة.

العيوب:

1. اختبار جوّال محدود: رغم أن Playwright يدعم محاكاة الجوّال للمتصفحات، فإنه يفتقر إلى قدرات اختبار الجوّال الأصلية مثل تكامل Selenium مع Appium لاختبار الجوّال الحقيقي.
2. نظام بيئي أصغر: ما زال Playwright أحدث وأقل رسوخًا من Selenium. ورغم أن مجتمعه سريع النمو وتوثيقه جيد، فقد لا يملك بعد النظام البيئي الواسع من الإضافات والتكاملات الذي يقدمه Selenium.
3. دعم متصفحات محدود: رغم أن Playwright يغطي المتصفحات الحديثة الرئيسية (Chrome وSafari وFirefox)، فإن دعمه للمتصفحات القديمة (مثل Internet Explorer) ليس بقوة دعم Selenium.

5.2 Selenium

المزايا:

1. تاريخ أطول ونضج أكبر: Selenium موجود منذ زمن طويل ولديه سجل مثبت. وهو مستخدم على نطاق واسع عبر فرق وقطاعات كثيرة، مما أدى إلى نظام بيئي واسع من الإضافات والتكاملات والموارد.
2. دعم المتصفحات والمنصات المتعددة: يدعم Selenium مجموعة واسعة من المتصفحات وإصداراتها، منها Internet Explorer، ويمكن دمجه أيضًا مع أدوات متنوعة مثل Docker وSelenium Grid والخدمات السحابية للاختبار الموزع.
3. اختبار الجوّال: Selenium، عبر تكامله مع Appium، أقوى بكثير في اختبار الجوّال، لتطبيقات Android وiOS على السواء. وهذا يجعله الخيار الأفضل للمشاريع التي تركّز على الجوّال أو تعتمد عليه بكثافة.
4. اختبار الشاشات المتعددة: يوفر Selenium دعمًا أفضل للسيناريوهات التي تتضمن شاشات متعددة أو تفاعلات معقدة متعددة النوافذ.

العيوب:

1. التعقيد: واجهة Selenium البرمجية أكثر إسهابًا وصراحة. ورغم أن هذا قد يكون ميزة في بعض الحالات، فإنه يعني شيفرة أكثر للكتابة والصيانة، مما قد يقلل رشاقة المطور، وهو أمر مهم خصوصًا في بيئة الشركات الناشئة.
2. الأداء: يعمل Selenium عمومًا أبطأ من Playwright، خصوصًا في الوضع بلا واجهة (headless). وقد يؤثر ذلك في خطوط CI/CD، لا سيما مع نمو عدد الاختبارات.
3. اختبار واجهة المستخدم التفاعلية: ليس Selenium بسلاسة Playwright عند اختبار واجهات الويب الحديثة والتفاعلية، خصوصًا ذات الرسوم البيانية وتحديثات البيانات الفورية. فهو يتطلب مزيدًا من الإعداد والمعالجة للتفاعل بموثوقية مع المحتوى الديناميكي.

6. ملخص المقارنة

الميزة	Playwright	Selenium
سهولة الاستخدام	صياغة أقصر وأكثر بداهة للواجهات الحديثة	أكثر صراحة، ويتطلب شيفرة نمطية أكثر
دعم اللغات	TypeScript وPython وJavaScript	TypeScript وPython وJava وRuby وC#
اختبار الواجهة التفاعلية	ممتاز للواجهات الديناميكية والفورية	يتعامل مع الواجهات الأساسية، لكنه أكثر إسهابًا وتعقيدًا للتفاعلات الغنية
اختبار رفع الملفات	واجهة برمجية أذكى لرفع الملفات	أكثر إسهابًا، وواجهته أقل بداهة
التكامل مع CI/CD	تكامل سهل مع GitHub Actions وJenkins	تكامل قوي مع أدوات CI كثيرة
اختبار الجوّال	محدود، محاكاة فقط	دعم كامل عبر Appium
دعم المتصفحات المتعددة	Chromium وWebKit وFirefox	دعم كامل للمتصفحات الرئيسية والقديمة
الأداء	سريع، محسَّن للاختبار بلا واجهة	أبطأ، خصوصًا في الوضع بلا واجهة
اختبار الشاشات المتعددة	محدود	دعم جيد لإعدادات الشاشات المتعددة
المجتمع والنظام البيئي	متنامٍ، توثيق جيد	كبير وناضج ونظام بيئي واسع

7. القرار

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

ورغم أن Selenium يظل أداة رائعة، خصوصًا لاختبار الجوّال ودعم المتصفحات القديمة وإعدادات الشاشات المتعددة، فإنه أقل ملاءمة لاحتياجاتنا الحالية. فإسهابه وأداؤه الأبطأ وتعامله الأكثر تعقيدًا مع الواجهات الديناميكية مثل الرسوم البيانية تجعله أقل مثالية لحالتنا.

8. العواقب

• إجراء فوري: سنعتمد Playwright لاختبارات E2E لدينا، مع التركيز على اختبار مسارات المستخدم التي تشمل التسجيل وتسجيل الدخول ورفع الملفات ولوحات المعلومات وتنزيل التقارير.
• اعتبارات بعيدة المدى: سنراقب تطور النظام البيئي لـPlaywright. وإذا تغيرت احتياجاتنا، خصوصًا بشأن اختبار الجوّال أو دعم المتصفحات القديمة، فقد نعيد النظر في Selenium.
• التدريب والتوثيق: سيحتاج فرق التطوير إلى الإلمام بالواجهة البرمجية لـPlaywright، خصوصًا للتعامل مع الواجهات الديناميكية ورفع الملفات.
• الترحيل: ستُرحَّل اختبارات Selenium القائمة (إن وُجدت) تدريجيًا إلى Playwright.

9. اعتبارات مستقبلية