قم ببناء مصفوفة متصفحك من المخاطر، وليس من خانة الاختيار

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

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

فصل ثلاثة قرارات

القرار الأول هو محرك المتصفح: Chromium أو Firefox أو WebKit. والثاني هو تكوين الجهاز: منفذ العرض ووكيل المستخدم واللمس والإعدادات الأخرى التي تمت محاكاتها. والثالث هو دليل الأجهزة: الجهاز الفعلي وسلوك المتصفح الحقيقي الخاص به. إنها مرتبطة ولكن غير قابلة للتبديل.

يدعم Playwright كل من Chromium وFirefox وWebKit، بالإضافة إلى قنوات Chromium ذات العلامات التجارية مثل Chrome وEdge. لا يحمل تصميم WebKit الخاص به علامة Safari. ولذلك ينبغي وصف نتيجة WebKit الخضراء بأنها دليل WebKit، وليس ادعاء بأن كل إصدار Safari على كل جهاز iPhone قد تم اجتيازه.

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

رسم خريطة لرحلة إلى المخاطر التي تحملها

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

اطلب من فريقك معرفة متطلبات المتصفح المدعوم وأدلة الجمهور الحالية. في حالة عدم وجوده، قم بتسجيل الاختيار المؤقت وتاريخ مراجعته بدلاً من اختراع النسب المئوية للعملاء. يمكن لمهندس QA أن يقود هذه المحادثة مع المنتج والدعم؛ لا ينبغي أن يكون الاختيار مخفيًا في ملف عداء لا أحد يقرأه.

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

اجعل أسماء المشاريع تقول ما يتم تشغيله

يقوم مشروع Playwright بتجميع الاختبارات بنفس التكوين. يوضح هذا التكوين الصغير ثلاث وجهات نظر متميزة ويحافظ على صدق الأسماء:

import { defineConfig, devices } from '@playwright/test';

export default defineConfig({
  projects: [
    { name: 'chromium-desktop', use: { ...devices['Desktop Chrome'] } },
    { name: 'firefox-desktop', use: { ...devices['Desktop Firefox'] } },
    { name: 'webkit-phone-emulation', use: { ...devices['iPhone 13'] } }
  ]
});

قم بتثبيت ثنائيات المتصفح المقابلة في بيئة الاختبار الخاصة بك. قم بتشغيل مشروع مسمى باستخدام اختبار npx playwright --project=webkit-phone-emulation. تصف هذه الأسماء التكوين، وليس ضمان المنتج. يعد الرمز نقطة بداية لسياسة الدعم الخاصة بك، وليس مصفوفة عالمية موصى بها.

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

تشخيص الاختلاف بدلاً من حذف التكوين

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

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

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

حيث يناسب الاستكشاف الناتج

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

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