مقارنة لقطات الشاشة (Screenshot comparison): تقنية في اختبار الانحدار البصري تقوم على التقاط صور لواجهة المستخدم في أوقات مختلفة ومقارنتها آليًا لاكتشاف التغيرات البصرية، المقصودة منها والعرضية، بين إصدارين من التطبيق.
ينقسم سوق الاختبار البصري إلى معسكرين نادرًا ما يتحدثان معًا. من جهة، أدوات تبدأ من CI (مدمجة في خط الأنابيب، تُشغَّل آليًا مع كل طلب سحب، ومصممة من المطورين وللمطورين). ومن جهة أخرى، أدوات بدون برمجة (يقودها إنسان، ويستطيع استخدامها أصحاب الملفات غير التقنية).
يجسّد Screenshotbot وDelta-QA هذه الثنائية على أكمل وجه. وفهم الفرق بينهما هو فهم لخيار أساسي: هل تؤتمتون الاختبار البصري داخل خط الأنابيب، أم تجعلونه في متناول فريقكم كله؟
والجواب ليس بالبداهة التي يبدو عليها.
جميع مقارناتنا، على معايير قابلة للتحقق: البدائل والمقارنات.
لا حاجة لانتظار خط أنابيب CI لمقارنة صفحاتكم. يسجّل Delta-QA مساراتكم بدون برمجة ويخبركم أي عنصر تغيّر، مع حساب مجاني وبدون بطاقة مصرفية. جرّب Delta-QA مجانًا ←
Screenshotbot: خفّة تبدأ من CI
Screenshotbot خدمة لمقارنة لقطات الشاشة متخصصة في التكامل مع CI/CD، متاحة كخدمة SaaS أو باستضافة ذاتية: شيفرته المصدرية مفتوحة (رخصة MPL-2.0). وموقعه واضح: أنتم تنتجون بالفعل لقطات شاشة في اختباراتكم (Android وiOS وFlutter وReact Native، أو الويب عبر Selenium أو Playwright أو Puppeteer)، ويتولى Screenshotbot تخزينها ومقارنتها ونشر النتائج مباشرة في طلبات السحب.
ما يجيده Screenshotbot
الخفّة هي الميزة الأولى لـ Screenshotbot. فبينما تتطلب منصات مثل Percy أو Applitools حزمة تطوير (SDK) خاصة وإعدادًا معقدًا وتعلّمًا كبيرًا، يتصل Screenshotbot ببنيتكم التحتية القائمة. لديكم سكربت يلتقط لقطات الشاشة؟ يأخذها Screenshotbot ويقارنها ويضع تعليقًا في طلب السحب يبيّن الفروق البصرية. لا SDK يُدمج في شيفرة الاختبار، ولا تبعية إضافية ثقيلة.
تكاملات مراجعة الشيفرة أصلية: GitHub وGitLab وBitbucket وAzure DevOps وPhabricator. يظهر تقرير المقارنة مباشرة في طلب السحب، ويرى المطورون التغيرات البصرية دون مغادرة سير عملهم المعتاد. إنه اختبار بصري يتكيّف مع سير عمل المطور، لا العكس.
نموذج الأسعار واضح. حتى 10/2026، تعرض صفحة الأسعار خطة بحسب الاستخدام (10 000 لقطة شاشة مجانية شهريًا، ثم 0.006 دولار للقطة)، وخطة «Unlimited» بسعر 495 دولارًا شهريًا، وعرض Enterprise بعرض أسعار، يُعلن أنه يبدأ من نحو 2 500 دولار شهريًا. وتتاح المشاريع مفتوحة المصدر مجانًا عند الطلب.
ما يطلبه Screenshotbot منكم
صُمم Screenshotbot أولًا لمقارنة لقطات الشاشة التي تنتجونها أنتم، بخلاف أداة اختبار بصري متكاملة. وهذه نقطة جوهرية لا يدركها كثيرون عند اكتشاف الأداة. يجب أن تتوفر لديكم آلية التقاط تعمل في اختباراتكم أو في خط أنابيب CI: Selenium أو Playwright أو Puppeteer، أو أدوات اختبار لقطات الشاشة على الجوال. وتذكر جداول أسعاره الآن «Browser Runs» دون أن توضح الصفحة طريقة عملها.
هذه ميزة إن كانت هذه البنية متوفرة لديكم، وعقبة لا تُتجاوز إن لم تكن. فإعداد التقاط آلي للقطات الشاشة في خط أنابيب CI مشروع قائم بذاته: اختيار أداة الالتقاط، وضبط أحجام العرض، وإدارة مهل الانتظار، وحل مشكلات العرض في الوضع بلا واجهة (headless)، وتثبيت اللقطات لتفادي التباينات غير الحتمية.
والمقارنة نفسها تتم بكسل مقابل كسل، بما يعنيه ذلك من قيود. فـالإيجابيات الكاذبة الناتجة عن تنعيم الحواف (anti-aliasing) والخطوط واختلافات العرض بين البيئات مشكلة متكررة في كل مقاربة تقوم على مقارنة الصور. يوفّر Screenshotbot عتبات تسامح، لكن ضبطها بدقة يبقى تمرينًا دقيقًا.
أما على صعيد البيانات، فيستضيف SaaS الخاص بـ Screenshotbot لقطاتكم في الولايات المتحدة ضمن الخطط القياسية. وللفرق الخاضعة لقيود السيادة طريقان: الاستضافة الذاتية للشيفرة المفتوحة، أو عرض Enterprise الذي يتيح إقامة البيانات في الولايات المتحدة أو الاتحاد الأوروبي أو منطقة AWS التي تختارونها، إضافة إلى التثبيت داخل مقر المؤسسة (on-premise).
Delta-QA: مقاربة بدون برمجة يقودها الإنسان
يتناول Delta-QA المشكلة من زاوية مختلفة تمامًا. لا سكربت التقاط يجب صيانته. ولا إعداد خادم. أداة بدون برمجة تسجّل مساراتكم في متصفح حقيقي، وتعيد تشغيلها مع كل إصدار، وتقارن كل صفحة بمرجعها.
ما يجيده Delta-QA
الاستقلالية هي أول ما يلفت النظر عند استخدام Delta-QA. لا بنية CI تحتية، ولا سكربت التقاط تكتبونه. الأداة تتضمن كل شيء: التنقل والالتقاط والمقارنة والتقرير. تنشئون حسابًا وتسجّلون مسارًا.
تعني مقاربة بدون برمجة أن عتبة الدخول شبه معدومة. يستطيع مختبر وظيفي أو مصمم أو مالك منتج، أي ملف كان، أن يطلق جلسة اختبار بصري في دقائق. ولا حاجة إلى «بطل تقني» لإعداد الأداة أو صيانتها.
لكن الفرق الأعمق هو طبيعة المقارنة. فـ Delta-QA لا يقارن صورًا: إنه يقارن عناصر الصفحة. وحين يرصد Delta-QA تغيرًا يقول لكم «تغير لون الزر من #2563EB إلى #1E40AF» أو «تقلص الهامش السفلي للفقرة من 24px إلى 16px». هذه وقائع مقروءة، لا تأويلات بصرية.
وتحدّ هذه المقاربة أيضًا من الإيجابيات الكاذبة المرتبطة بالعرض. فاختلاف في تنعيم الحواف أو في الكسور الدقيقة للبكسل لا يغيّر لون عنصر ولا حجمه ولا موضعه: فلا مبرر للإبلاغ عنه.
يبدأ استخدام Delta-QA بحساب مجاني وبدون بطاقة مصرفية. ويتيح عرض On-Premise، الذي يمكن تقييمه عبر تجربة مفهومية (POC) مجانية لمدة شهر، إبقاء كل البيانات على شبكتكم.
ما تعنيه هذه المقاربة
لم يولد Delta-QA من CI أولًا. جوهره هو السيناريوهات المسجلة بدون برمجة: إنسان يتصفح الموقع، والأداة تعيد التشغيل وتقارن، والإنسان يحكم على كل فرق.
وللمطورين، لدى Delta-QA الآن حزمة SDK هي Vision، لـ Playwright (TypeScript/JavaScript). سطر واحد لكل صفحة يُراد التحقق منها داخل اختبار قائم: أي فرق لم يُحكم عليه يُفشل الاختبار، ويعرض سجل CI رابط التقرير. وتعيش الاختبارات المكتوبة بالشيفرة والسيناريوهات بدون برمجة في الفضاء نفسه، بالمراجع نفسها.
CI أولًا مقابل بدون برمجة: رؤيتان للاختبار البصري
الاختيار بين Screenshotbot وDelta-QA ليس اختيارًا بين أداتين، بل بين رؤيتين لما ينبغي أن يكون عليه الاختبار البصري.
رؤية CI أولًا: أتمتة كل شيء
تنطلق رؤية CI أولًا من مسلّمة: يجب أتمتة الاختبار البصري ودمجه في خط الأنابيب وتنفيذه دون تدخل بشري. كل طلب سحب يطلق التقاط لقطات ومقارنة آلية وتقريرًا. ويرى المطورون التغيرات البصرية في التدفق نفسه الذي يرون فيه تغيرات الشيفرة.
هذا أنيق على الورق. أما عمليًا، فتصطدم هذه الرؤية بعدة احتكاكات.
الأول هو موثوقية اللقطات. يشغّل خط أنابيب CI الاختبارات في بيئة بلا واجهة، دون شاشة، وغالبًا داخل حاوية Docker بخطوط وإعدادات تختلف عن الإنتاج. ولا تطابق اللقطات الملتقطة في هذه البيئة دائمًا ما يراه المستخدمون الفعليون. أنتم تختبرون عرض بيئة CI، لا عرض الإنتاج.
الثاني هو حجم الضجيج. حين يفشل اختبار بصري في خط الأنابيب، فإنه يحجب طلب السحب أو يولّد تنبيهًا. ومع المقارنة بكسل مقابل كسل، يكون عدد كبير من هذه التنبيهات إيجابيات كاذبة. يتعلم المطورون سريعًا تجاهل التنبيهات البصرية فتفقد الأداة جدواها. إنها متلازمة الراعي الكذاب: حين يصبح كل شيء عاجلًا، لا يعود شيء عاجلًا.
الثالث هو الإقصاء. أداة CI أولًا هي بحكم تعريفها أداة لمن يعملون مع CI، أي المطورين. أما المختبرون الوظيفيون والمصممون ومالكو المنتج فيُستبعدون من العملية. لا يرون النتائج، ولا يستطيعون إطلاق الاختبارات، ولا يشاركون في قرارات الاعتماد.
رؤية بدون برمجة: إشراك الجميع
تنطلق رؤية بدون برمجة من مسلّمة أخرى: الاختبار البصري نشاط إنساني أولًا. وأفضل من يحكم على الجودة البصرية ليسوا السكربتات، بل من يصمّمون الواجهات (المصممون)، ومن يحددون مواصفاتها (مالكو المنتج)، ومن يتحققون منها (المختبرون).
تضع الأداة بدون برمجة هؤلاء في موقع القيادة. يتصفحون الموقع في متصفح حقيقي وفي ظروف حقيقية. يرون ما يراه المستخدمون. ويقررون ما هو مقبول وما ليس كذلك، بفهم للسياق لا يستطيع أي سكربت محاكاته.
وعيب المقاربة اليدوية الخالصة هو التغطية: فهي تعتمد على انضباط الفريق لا على مشغّل آلي. لذلك تستفيد الأداة بدون برمجة من الاتصال بـ CI أيضًا، وهو ما يفعله Delta-QA عبر SDK Vision لفرق Playwright.
ليس على الاختبار البصري أن يبقى شأن المطورين وحدهم. مع Delta-QA يطلق المصممون والمختبرون ومالكو المنتج مقارنة بنقرات قليلة، بدون برمجة وبدون بطاقة مصرفية. جرّب Delta-QA مجانًا ←
مشكلة مقارنة الصور
يقارن Screenshotbot، مثل أغلب أدوات مقارنة لقطات الشاشة التي تبدأ من CI، الصور. وهذا بديهي، إذ ترون بصريًا ما تغيّر. لكنه محدود في جوهره أيضًا.
الصور تكذب
الصورة هي النتيجة النهائية لسلسلة عرض معقدة: يُحلَّل HTML، وتُحسب CSS، ويُبنى التخطيط، ثم تُحوَّل البكسلات. وقد تنتج صفحتان متطابقتان من حيث HTML وCSS صورتين مختلفتين قليلًا بحسب بيئة العرض وإصدار المتصفح ونظام التشغيل والخطوط المثبتة ودقة الشاشة وتسريع GPU.
مقارنة الصور هي مقارنة للأعراض لا للأسباب. ترون أن هناك فرقًا، لكنكم لا تعرفون هل مصدره تغيّر حقيقي في CSS أم اختلاف في العرض. وهذا الغموض له كلفة: كلفة الفرز، وكلفة التحقيق، وكلفة الثقة المفقودة في الأداة.
ما تراه العين لا يكذب
يتجاوز Delta-QA هذه المشكلة بمقارنة عناصر الصفحة بدل بكسلاتها: إذا لم يتغير font-size لا يُبلَّغ عن شيء، أيًا كانت الطريقة التي يحوّل بها المتصفح هذا الخط لاحقًا إلى بكسلات.
والنتيجة تقرير يُقرأ. كل تغيير مبلَّغ عنه مرتبط بعنصر ومُوصَّف: لا حاجة إلى التخمين هل المنطقة الحمراء تغيّر حقيقي أم أثر جانبي للعرض.
Screenshotbot يفعل ذلك أفضل
لنعترف بنقاط قوة Screenshotbot.
تكامل CI الأصلي. إذا كانت أولويتكم المطلقة اختبارًا بصريًا آليًا في خط أنابيبكم، على GitHub أو GitLab أو Bitbucket أو Azure DevOps، فإن Screenshotbot مصمم لهذا بالضبط. التعليق في طلب السحب، والمقارنة الآلية، وسير المراجعة، كلها محسّنة لسير عمل المطور.
الخفّة. لا يطلب منكم Screenshotbot تغيير بنية الالتقاط. لديكم لقطات؟ أرسلوها. هذا كل شيء. لا SDK معقد ولا إعداد ثقيل.
الجوال والشيفرة المفتوحة. يغطي Screenshotbot أنظمة Android وiOS وFlutter وReact Native إضافة إلى الويب، وشيفرته مفتوحة المصدر: يمكنكم استضافته بأنفسكم. أما Delta-QA فيختبر صفحات الويب، على Chromium حاليًا.
سعر واضح. تبدأ الخطة بحسب الاستخدام بـ 10 000 لقطة شاشة مجانية شهريًا، وتُعرض خطة Unlimited بسعر 495 دولارًا شهريًا (حتى 10/2026).
الأتمتة الكاملة. يُختبر كل طلب سحب بصريًا بصورة آلية. لا حاجة لأن يطلق إنسان اختبارًا، فخط الأنابيب يتولى ذلك. إنها تغطية مستمرة لا تتوقف على توفر شخص أو انضباطه.
Delta-QA يفعل ذلك أفضل
سهولة الاستخدام. يستطيع أي عضو في الفريق استخدام Delta-QA دون أي شرط تقني مسبق. لا CI يجب إعداده، ولا سكربت التقاط يجب كتابته، ولا خط أنابيب يجب صيانته. إذا كنتم تعرفون التنقل في موقع ويب، فأنتم تعرفون استخدام Delta-QA.
جودة النتائج. كل فرق مرتبط بعنصر من الصفحة ومُوصَّف بوضوح. تعرفون ما الذي تغيّر دون الحاجة إلى تأويل صورة فروق.
سيادة البيانات، دون أن تكونوا شركة كبرى. مع عرض On-Premise من Delta-QA يبقى كل شيء على شبكتكم: لا لقطة ولا بيانات من واجهتكم تُرسل إلى خادم خارجي. أما لدى Screenshotbot فيمر المكافئ عبر الاستضافة الذاتية للشيفرة المفتوحة أو عبر عرض Enterprise.
لا آلية التقاط لبنائها. يسجّل Delta-QA مساراتكم ويعيد تشغيلها بنفسه في متصفح حقيقي. لا يلزمكم إعداد آلية التقاط أو تثبيتها قبل أن تتمكنوا من المقارنة.
إشراك الفريق كله. المصممون والمختبرون ومالكو المنتج والمطورون، الجميع يستطيع المشاركة في الاختبار البصري. يصبح الاختبار البصري مسؤولية مشتركة، لا ميزة تقنية مخبأة في خط أنابيب لا يفهمه سوى المطورين.
لمن تناسب كل أداة
Screenshotbot مصمم لكم إذا…
كنتم فريق تطوير لديه خط أنابيب CI/CD ناضج على GitHub. تلتقطون بالفعل لقطات شاشة في اختباراتكم (أو لديكم الكفاءة لإعداد ذلك). أولويتكم الأتمتة: يجب التحقق بصريًا من كل طلب سحب دون تدخل بشري. وفريقكم تقني ومرتاح مع سير عمل git وCI وطلبات السحب.
Delta-QA مصمم لكم إذا…
كان فريقكم يضم ملفات غير تقنية يجب أن تشارك في الاختبار البصري. لا تريدون بناء آلية التقاط. تريدون نتائج مقروءة مرتبطة بعناصر الصفحة، لا صور فروق. وسيادة البيانات معيار عندكم. وتريدون أن تكونوا جاهزين في دقائق لا في أيام. وإذا كان مطوروكم يكتبون اختباراتهم بـ Playwright، فإن SDK Vision يُدخلهم في الفضاء نفسه.
الاثنان معًا
لا تعارض بينهما. Screenshotbot في خط الأنابيب لاختبارات لقطات الشاشة القائمة لديكم، ولا سيما على الجوال. وDelta-QA لمسارات الويب، وحملات الاختبار قبل الإصدار، وإشراك الملفات غير التقنية.
هل تريدون اختبارًا بصريًا يستطيع الفريق كله إطلاقه دون المساس بخط الأنابيب؟ أنشئوا حسابكم المجاني واحصلوا على أولى نتائجكم في دقائق، بدون بطاقة مصرفية. جرّب Delta-QA مجانًا ←
الأسئلة الشائعة
هل Screenshotbot منافس مباشر لـ Delta-QA؟
جزئيًا. كلتا الأداتين تكتشفان الانحدارات البصرية، لكن بمقاربتين مختلفتين. Screenshotbot خدمة تبدأ من CI موجهة للمطورين، وقوية على الجوال. أما Delta-QA فهو أولًا أداة بدون برمجة للفريق كله، تنضم إلى CI عبر SDK Vision لـ Playwright. وهما يتكاملان غالبًا أكثر مما يتنافسان.
هل يمكن استخدام Delta-QA بدون خط أنابيب CI/CD؟
نعم، وهذه إحدى مزاياه الرئيسية. تنشئون حسابًا وتفتحون موقعكم وتسجّلون مساراتكم. وهو مثالي للفرق التي لا تملك خط أنابيب CI/CD أو لا تريد إضافة تعقيد إليه. ومن لديها خط أنابيب تستطيع ربط اختبارات Playwright بـ SDK Vision.
هل يعالج Screenshotbot الإيجابيات الكاذبة؟
يوفّر Screenshotbot عتبات تسامح للحد من الإيجابيات الكاذبة الناتجة عن اختلافات العرض. لكن كأي أداة تقوم على مقارنة الصور، لا يستطيع إزالة المشكلة كليًا: فاختلافات تنعيم الحواف والخطوط والعرض في الوضع بلا واجهة تظل مصدرًا للضجيج. ويقلّص Delta-QA هذا الضجيج بمقارنة عناصر الصفحة بدل بكسلاتها.
هل Delta-QA مجاني؟
يبدأ استخدام Delta-QA بحساب مجاني وبدون بطاقة مصرفية. وتفاصيل الخطط المدفوعة في صفحة الأسعار بالموقع.
أي المقاربتين أفضل: CI أولًا أم بدون برمجة؟
لا واحدة أفضل بصورة موضوعية، فهما تلبّيان حاجات مختلفة. تتفوق مقاربة CI أولًا في الأتمتة والتغطية المستمرة. وتتفوق مقاربة بدون برمجة في سهولة الاستخدام ووضوح النتائج وإشراك الفريق كله. والمقاربتان تتقاربان: أفضل مقاربة هي التي تناسب واقع فريقكم، بكفاءاته وبنيته التحتية وأولوياته.
هل يلزم امتلاك مهارات تطوير لاستخدام Screenshotbot؟
نعم. يقارن Screenshotbot لقطات الشاشة التي تنتجونها، وهذا يتطلب اختبارات التقاط (Selenium أو Playwright أو Puppeteer، أو اختبار لقطات الشاشة على الجوال) وخط أنابيب CI مُعدًّا. إنها أداة تقنية مصممة لفرق تقنية.