بديل Percy: أداة اختبار انحدار بصري قادرة على اكتشاف تغييرات الواجهة من خلال المقارنة الآلية والذكية، تقدم نموذج نشر أو تسعير أو استخدام مختلف تماماً عن Percy by BrowserStack.
Percy أداة جيدة ومجربة بلا شك. بل هي واحدة من الأدوات التي ساهمت بشكل حقيقي وجوهري في نشر الاختبار البصري الآلي بجعله متاحاً ومتاحاً لفرق التطوير عبر خطوط أنابيب CI/CD. استحواذ BrowserStack عليها في 2020 منحها قاعدة مالية متينة ونظاماً بيئياً موسعاً من التكاملات المتنوعة.
لكن Percy تعاني من قيود هيكلية جوهرية قد تتحول، حسب سياقك الخاص واحتياجاتك، إلى عوائق حقيقية تمنع التبني الفعّال. وفي 2026، نضج السوق بما يكفي لتقديم بدائل موثوقة وقوية لكل نوع من أنواع الفرق والمنظمات.
إذا كنت تقيّم خياراتك المتاحة — سواء كنت مستخدماً غير راضٍ عن Percy حالياً، أو تقترب من نهاية خطتك الحالية، أو تقارن بين الأدوات للمرة الأولى — فهذا الدليل الشامل يقدم لك تحليلاً صادقاً وموضوعياً لخمسة بدائل حقيقية.
ما المشكلة مع Percy تحديداً
لنكن واضحين وصريحين: Percy ليست أداة سيئة بأي شكل. لكن بعض خصائصها الأساسية، وهي خيارات تصميم مقصودة ومدروسة، لا تناسب الجميع ولا تتناسب مع كل أنواع الفرق.
نموذج السحابة فقط والقسري. Percy لا تملك خيار on-premise أو نشر محلي بأي شكل. كل لقطة تُرسل إلى سحابة BrowserStack للعرض والمقارنة والتحليل. بالنسبة لشركة ناشئة تختبر منتج SaaS عام، هذا ليس مشكلة تُذكر. لكن بالنسبة لشركة في القطاع المصرفي أو الطبي أو الحكومي الخاضعة لمتطلبات سيادة البيانات الصارمة، هذا عائق حقيقي وحاجز لا يمكن تجاوزه. لقطات الشاشة تحتوي على واجهتك — وربما بيانات حساسة ومحمية قانونياً.
التسعير بالقطة والمرهق. المستوى المجاني من Percy يقدم 5,000 لقطة شهرياً، وهو ما يبدو سخياً في الوهلة الأولى. لكن كل تركيبة صفحة/viewport/متصفح تُحسب كلقطة منفصلة ومستقلة. اختبر 20 صفحة على 3 viewports وستستهلك 60 لقطة لكل تشغيل واحد. مع 3 طلبات سحب يومياً في فريق من 5 مطورين نشطين، تتبخر الـ 5,000 لقطة في أقل من أسبوعين فقط.
بعد ذلك، ترتفع الأسعار بشكل تصاعدي. ونموذج المستويات يخلق ضغطاً مستمراً ومزعجاً: هل يجب تقليل الـ viewports المختبرة للبقاء ضمن الميزانية المحددة؟ هل يجب اختبار صفحات أقل؟ هذا النوع من التنازلات والمقايضات يتعارض تماماً مع الهدف الأساسي للاختبار البصري.
الحاجز التقني المرتفع. Percy أداة مصممة أساساً للمطورين. SDK للتكامل، لقطات تُفعّل في الكود برمجياً، خط أنابيب CI للإعداد والتهيئة. هذا منطقي تماماً لفريق full-stack متكامل. لكن إذا كان فريق الجودة لا يضم مطورين أو مهندسين برمجيين، فإن Percy غير متاح ولا يمكن استخدامه فعلياً.
الإيجابيات الكاذبة المتكررة والمزعجة. يبلّغ مستخدمو Percy بانتظام عن إيجابيات كاذبة مرتبطة بعرض الخطوط ومنع التعرج (anti-aliasing). آلية لقطات DOM (التقاط DOM ثم عرضه في السحابة) تنتج نتائج أكثر استقراراً من لقطة شاشة محلية بسيطة، لكنها لا تقضي تماماً على اختلافات العرض الدقيقة. كل إيجابية كاذبة تتطلب تحققاً يدوياً واستهلاكاً للوقت، وهذا الاحتكاك يتراكم ويزداد مع الوقت.
Delta-QA: البديل بدون كود والمحلي بالكامل
Delta-QA تحتل موقعاً فريداً واستثنائياً في مشهد الاختبار البصري: إنها الأداة الوحيدة في السوق التي تجمع بين غياب الكود تماماً والنشر المحلي بالكامل على جهازك.
ما تفعله Delta-QA بشكل ممتاز. تثبّت تطبيق سطح المكتب البسيط. تفتح موقعك. تتصفح بشكل طبيعي ومألوف — نقرات، تمرير، ملء نماذج. Delta-QA تسجل كل حالة وتقارنها في عمليات التشغيل اللاحقة تلقائياً. بدون SDK، بدون خط أنابيب، بدون سطر أوامر واحد.
خوارزمية المقارنة مختلفة جذرياً وثورياً عن Percy. حيث يلتقط Percy الـ DOM لعرضه كصورة ومقارنة البكسلات بكسلة، تستخدم Delta-QA تحليلاً هيكلياً متقدماً من 5 مراحل يقارن مباشرة خصائص CSS المحسوبة لكل عنصر. النتيجة: صفر إيجابيات كاذبة من العرض، وتقارير دقيقة تشير بالضبط إلى ما تغيّر — "حجم خط العنوان تغير من 24px إلى 22px"، "الهامش الأيسر زاد 8px".
كل شيء يبقى على جهازك المحلي. لا تُرسل أي بيانات للخارج على الإطلاق. نسخة Desktop مجانية تماماً وبدون حدود للقطات — لا عدّاد ينفد، لا مستوى للمراقبة أو الترقية.
ما لا تفعله Delta-QA بنفس الكفاءة. إذا كنت تبحث عن أداة تتكامل أصلياً في خط أنابيب CI/CD مثل Percy، فإن Delta-QA تعمل أكثر في وضع جلسة سطح المكتب (نسخة Team تقدم إمكانيات أتمتة متقدمة، لكنها ليست نفس النموذج تماماً). النظام البيئي لا يزال أصغر سناً — تكاملات طرف ثالث أقل، مجتمع قيد البناء والتوسع.
وإذا كنت بحاجة لاختبار 10 تركيبات متصفح/نظام تشغيل في السحابة في وقت واحد ومتوازٍ، فهذا ليس نهج Delta-QA. الأداة تختبر على متصفحك المحلي، في ظروف حقيقية وواقعية.
لمن هي مناسبة بالتحديد. فرق الجودة بدون مطورين الذين لا يستطيعون استخدام Percy أو الأدوات القائمة على الكود. الشركات ذات قيود GDPR أو سيادة البيانات الصارمة. الفرق التي تريد اختبارات بصرية غير محدودة دون مراقبة عدّاد لقطات ينفد. المؤسسات التي تفضل نتيجة حتمية وقابلة للتدقيق بدلاً من مقارنة الصور التقليدية.
Applitools: البديل المؤسسي المتقدم بالذكاء الاصطناعي
Applitools هو المنافس التاريخي الأكثر مباشرة لـ Percy في السوق. إنه منتج مؤسسي متكامل بقيمة واضحة ومحددة: الذكاء الاصطناعي المتقدم في خدمة الاختبار البصري والكشف عن الانحدارات.
ما يفعله Applitools بشكل ممتاز. Visual AI، المدرّب على مليارات صور الواجهات من مشاريع متنوعة، فعّال حقاً وملموساً في التمييز بين التغييرات المهمة الحقيقية وضوضاء العرض غير المهمة. إنه ردهم المبتكر على مشكلة الإيجابيات الكاذبة — وهو يعمل بشكل جيد وموثوق في معظم الحالات العملية.
Ultrafast Grid يسمح بالاختبار على عشرات تركيبات المتصفح/الدقة بالتوازي وفي وقت واحد. إذا كان لديك منتج B2C بجمهور ضخم عبر متصفحات وأجهزة متنوعة، فهذه ميزة ملموسة وقوية. لوحة التحكم شاملة ومتقدمة، وSSO والتكاملات المؤسسية ناضجة وموثوقة.
ما لا يفعله Applitools بنفس الجودة. السعر أعلى بشكل ملحوظ وجوهري من Percy — وكل شيء يمر عبر عروض أسعار مخصصة بعقود سنوية ملزمة، مما يصعّب المقارنة المباشرة والشفافة. تعقيد التكامل مشابه لـ Percy (SDK، كود، خط أنابيب) وأحياناً أعلى حسب التكوين المطلوب.
الذكاء الاصطناعي يعمل كصندوق أسود غير شفاف. عندما يعمل بشكل صحيح، إنه سحري وفعّال. عندما يخطئ — يقبل انحداراً حقيقياً أو يرفض تغييراً طبيعياً ومقصوداً — فهم السبب الحقيقي وراء ذلك شبه مستحيل. للفرق التي تحتاج نتائج حتمية وقابلة للتدقيق والمراجعة، هذا عيب حقيقي وجوهري.
السحابة إلزامية وقسرية (يوجد خيار on-premise للحسابات الكبيرة والشركات الكبرى، لكن بسعر مميز ومرتفع جداً).
لمن هي مناسبة بالتحديد. الشركات الكبيرة والمؤسسات ذات الميزانية الكبيرة التي تريد أقصى وظائف ممكنة. الفرق التي تحتاج اختبار cross-browser ضخم ومتقدم. المؤسسات المستعدة لقبول نموذج الذكاء الاصطناعي غير الشفاف مقابل إيجابيات كاذبة أقل.
Chromatic: البديل المتخصص لـ Storybook
Chromatic مبني ومطوّر بواسطة مشرفي Storybook أنفسهم. إذا كان فريقك يطوّر باستخدام Storybook، فهو بديل طبيعي ومنطقي جداً لـ Percy لاختبار المكونات البصرية والتحقق من سلامتها.
ما يفعله Chromatic بشكل جيد. التكامل سلس وشفاف — كل story في Storybook تصبح اختباراً بصرياً تلقائياً بدون أي تكوين إضافي. تقنية anti-flake من بين الأفضل في السوق للتعامل مع الرسوم المتحركة والاختلافات الدقيقة والمزعجة. واجهة المراجعة التعاونية مصممة بعناية ليعمل المصممون والمطورون معاً بتناغم.
التسعير واضح ومنشور وشفاف. المستوى المجاني يقدم 5,000 لقطة شهرياً على Chrome. الخطط المدفوعة تبدأ من حوالي 149$/شهر مع دعم متعدد المتصفحات.
ما لا يفعله Chromatic بنفس الكفاءة. Chromatic يختبر مكونات معزولة ومنفصلة، وليس صفحات كاملة ومتكاملة. مكون ينجح في جميع الاختبارات البصرية في Storybook قد يكسر تخطيطاً حقيقياً ومهماً عند تجميعه مع عناصر أخرى في صفحة فعلية. هذا قيد جوهري وأساسي في المنهج: اختبار الطوب اللبنات المنفصلة لا يضمن أن الجدار النهائي يصمد ويبدو متقناً.
إذا كان مشروعك لا يستخدم Storybook إطلاقاً، فإن Chromatic لا معنى له ولا فائدة منه. تكاملات Playwright وCypress وسّعت النطاق منذ 2025، لكنها لا تزال في طور النضج والتطوير.
سحابة فقط، مثل Percy تماماً.
لمن هي مناسبة بالتحديد. فرق الواجهة الأمامية بنظام تصميم مبني في Storybook. مشاريع React أو Vue أو Angular متمحورة حول المكونات. الفرق التي تريد بديلاً مخصصاً لـ Percy خصيصاً لاختبار مكونات الواجهة البصرية.
Playwright: البديل المجاني والسيادي والمفتوح
Playwright من Microsoft يقدم screenshot testing أصلي ومدمج. إنه مجاني تماماً، مفتوح المصدر، والبديل الأكثر وضوحاً وجاذبية للفرق التقنية التي تريد الخروج من نموذج SaaS المدفوع والاعتماد على خدمة خارجية.
ما يفعله Playwright بشكل ممتاز. تكلفة صفر. تبعية خارجية صفر. إرسال بيانات صفر للخارج. كل شيء يعمل محلياً أو في خط أنابيب CI الخاص بك بالكامل. دعم المتصفحات المتعددة كامل ومتكامل (Chromium، Firefox، WebKit) ومدمج أصلياً. إذا كنت تستخدم Playwright بالفعل للاختبارات الوظيفية، فإضافة تأكيدات بصرية تتطلب سطراً واحداً إضافياً فقط من الكود.
المجتمع ضخم ونشط، التوثيق ممتاز وشامل، وتيرة التحديث مستمرة ومتسارعة. أصبح Playwright إطار اختبار end-to-end المرجعي والمُعتَمد في 2026، وقدراته البصرية تتبع هذا الزخم القوي بنجاح.
ما لا يفعله Playwright بنفس الكفاءة. إنه أداة مطور بحتة ومصممة لفريق تقني. لا واجهة رسومية للمراجعة البصرية. لا لوحة تحكم مركزية. الصور المرجعية هي ملفات صور مخزنة في مستودع Git — وهو ما يصبح مرهقاً ومعقداً بسرعة مع عشرات الاختبارات والتحديثات المتكررة والمستمرة.
المقارنة تعتمد على pixel diff بعتبات قابلة للتكوين. الإيجابيات الكاذبة موجودة وتتطلب تكويناً دقيقاً — عتبات تسامح محددة، إخفاء مناطق ديناميكية، تثبيت البيئة بدقة. إنه عمل تقني حقيقي ومستهلك للوقت.
لا مراجعة تعاونية أصلية، لا سير عمل موافقة مدمج، لا تقارير مركزية متقدمة. إذا كان فريقك أكثر من 3 أشخاص، فإدارة الصور المرجعية في Git قد تصبح نقطة احتكاك وتهدد استدامة العملية.
للحصول على دليل مفصّل وشامل، اطلع على دليل Playwright للاختبار البصري.
لمن هو مناسب بالتحديد. الفرق التقنية التي تتقن Playwright وتريد تحكماً كاملاً ومطلقاً. مشاريع بميزانية صفرية تماماً. المطورون الذين يفضلون الكود على لوحات التحكم والواجهات الرسومية. الفرق التي ترفض الاعتماد على خدمة طرف ثالث خارجية.
BackstopJS: البديل البسيط والمحافظ
BackstopJS أداة مفتوحة المصدر مخصصة حصرياً لـ screenshot testing، أقدم وأبسط من جميع البدائل المذكورة. تمثل النهج البسيط والمحافظ: ملف تكوين واحد، أداة سطر أوامر واحدة، تقرير HTML واحد واضح.
ما يفعله BackstopJS بشكل جيد. التكوين مباشر وبسيط. ملف JSON تسرد فيه العناوين URL، الـ viewports المطلوبة، المحددات للإخفاء، والإجراءات قبل الالتقاط. BackstopJS يتحكم في المتصفح عبر Puppeteer أو Playwright، يلتقط الصفحات، ويقارنها بالصور المرجعية الموجودة والمخزنة.
تقرير HTML المُولّد واضح ومفيد وسهل الاستخدام. لا حاجة لحساب سحابي، لا حدود قصوى، لا فواتير متكررة. إنها أداة يمكنك تثبيتها في 5 دقائق فقط وتنتج نتائج فورية وقابلة للتنفيذ.
لحالات الاستخدام البسيطة والمحددة — مراقبة 10 صفحات بصرياً على 2 viewports — BackstopJS يفعل بالضبط ما هو مطلوب، بدون تعقيد إطار اختبار كامل ومتقدم.
ما لا يفعله BackstopJS بنفس الكفاءة. وتيرة الصيانة تباطأت بشكل ملحوظ. التحديثات أقل تكراراً من ذي قبل، المجتمع أصغر بكثير من مجتمع Playwright النشط. الأخطاء تُصحح بشكل معتاد، لكن الميزات الجديدة نادراً ما تصل أو تُضاف.
المقارنة تستخدم ResembleJS (pixel diff)، مع الإيجابيات الكاذبة المعتادة والمتوقعة. لا لوحة تحكم تعاونية، لا سير عمل موافقة مدمج، لا تكامل أصلي مع أدوات مراجعة الكود الشائعة.
وكجميع الأدوات القائمة على الكود البرمجي، يتطلب BackstopJS ملفاً شخصياً تقنياً ذا مهارات متقدمة للتثبيت والصيانة المستمرة.
لمن هو مناسب بالتحديد. المطورون الذين يريدون أداة screenshot testing مخصصة وخفيفة ومباشرة. المشاريع ذات الاحتياجات البسيطة والمحددة بوضوح. الفرق التي تفضل البساطة على الوظائف المتقدمة. المشاريع القديمة والتراثية التي لم تتبنَّ Playwright بعد.
ملخص مقارن شامل
بدلاً من جدول مبسّط أكثر من اللازم قد يُضلل القارئ، إليك معايير القرار ملخصة بشكل واضح ومنظم.
حول الكود المطلوب: Percy وApplitools وChromatic وPlaywright وBackstopJS — جميعها تتطلب كوداً برمجياً. فقط Delta-QA تعمل بدون كود نهائياً.
حول النشر والبنية: Percy وApplitools وChromatic سحابة فقط بدون استثناء. Playwright وBackstopJS يعملان محلياً بالكامل. Delta-QA محلية بشكل افتراضي مع خيار Team للتعاون الجماعي.
حول التكلفة والسعر: Playwright وBackstopJS وDelta-QA Desktop مجانية تماماً بلا حدود. Percy وChromatic لديهما مستويات مجانية بحدود لقطات محددة. Applitools بعرض أسعار مخصص فقط.
حول الإيجابيات الكاذبة: Applitools (ذكاء اصطناعي) وDelta-QA (تحليل هيكلي) يقدمان أفضل النتائج وأدقها. Chromatic جيد بفضل تقنية anti-flake المتقدمة. Percy وPlaywright وBackstopJS يستخدمون pixel diff بمستويات متفاوتة من الإيجابيات الكاذبة.
حول ملف المستخدم المناسب: Delta-QA هي الوحيدة المتاحة لغير المطورين. جميع الأدوات الأخرى تستهدف ملفات تقنية ومهارات برمجية.
الأسئلة الشائعة
هل Percy لا يزال مجانياً فعلاً؟
Percy يقدم مستوى مجاني بـ 5,000 لقطة شهرياً مع مستخدمين غير محدودين. بعد ذلك، تبدأ الخطط المدفوعة من حوالي 99$/شهر. انتبه جيداً: كل تركيبة صفحة/viewport تُحسب كلقطة مستقلة، لذا يمكن استهلاك الـ 5,000 لقطة بسرعة كبيرة في مشروع نشط بعدة viewports متعددة.
ما الفرق الجوهري بين Percy وApplitools؟
كلاهما أدوات SaaS للاختبار البصري تعمل في السحابة فقط مع SDKs. الفرق الرئيسي هو نهج المقارنة: Percy يستخدم pixel diff محسّن ومدقق، Applitools يستخدم محرك ذكاء اصطناعي متقدم (Visual AI). Applitools أكثر شمولاً وغنى (Ultrafast Grid، تكاملات أكثر وأوسع) لكنه أغلى بشكل ملحوظ وجوهري. Percy أبسط وأكثر سهولة وسرعة في البدء.
هل يمكن استخدام Percy محلياً (on-premise)؟
لا. Percy حصرياً في السحابة ولا يقدم خياراً محلياً. إذا كانت لديك قيود سيادة بيانات أو متطلبات امتثال GDPR صارمة، فخياراتك المحلية المتاحة هي Delta-QA (بدون كود)، أو Playwright أو BackstopJS (يتطلبان كوداً ومهارات تقنية).
كيف تهاجر من Percy إلى بديل آخر؟
الهجرة تعتمد على الوجهة المختارة. إلى Applitools: تستبدل SDK Percy بـ SDK Applitools في اختباراتك — الهيكل يبقى مشابهاً ومألوفاً. إلى Playwright: تعيد كتابة التأكيدات البصرية بتنسيق Playwright الخاص، وهو عمل أكثر تعقيداً. إلى Delta-QA: تعيد إنشاء مساراتك بصرياً في تطبيق سطح المكتب بشكل مرئي، دون لمس الكود الحالي أو تعديله.
هل يتعامل Percy جيداً مع المحتوى الديناميكي؟
Percy يقدم ميزات إخفاء المناطق (percy-specific CSS) وتجميد DOM للتعامل مع المحتوى الديناميكي والمتغير. إنه فعّال لكنه يتطلب تكويناً دقيقاً. التواريخ والعدّادات والمحتوى المخصص يجب إدارتها صراحة وبدقة — إما من جانب Percy أو في كود الاختبار المكتوب.
هل يجب الاختيار بين اختبار المكونات واختبار الصفحات؟
المثالي هو القيام بكلا النوعين معاً. اختبارات المكونات (Chromatic) تتحقق من أن كل لبنة مكون صحيحة بمعزل عن غيرها. اختبارات الصفحات (Percy، Delta-QA، Playwright) تتحقق من أن التجميع النهائي الكامل صحيح ومتقن. لكن إذا كان عليك الاختيار والبدء بنوع واحد، ابدأ باختبار الصفحات — هناك تؤثر الانحدارات فعلاً على تجربة المستخدمين الحقيقية.
للمزيد من القراءة
لعب Percy دوراً مهماً ومؤثراً في نشر ودمقرطة الاختبار البصري الآلي. لكن السوق تطور بشكل ملحوظ، والقيود التي لم تكن موجودة قبل سنوات — سيادة البيانات، الإتاحة لغير المطورين، تكلفة السحابة على نطاق واسع — تدفع المزيد والمزيد من الفرق لاستكشاف البدائل المتاحة والانتقال إليها.
إذا كنت تريد الاختبار البصري بدون كود، بدون سحابة خارجية وبدون حدود للقطات، فإن Delta-QA مصممة بالضبط من أجل ذلك. تطبيق سطح المكتب مجاني تماماً وبدون أي قيود.