خطة الاختبار (وثيقة الاستلام): الوثيقة التي تصف السيناريوهات الواجب تنفيذها والنتائج المتوقعة للتحقق من أن النظام يستوفي متطلباته (OpenClassrooms). أتمتة خطة الاختبار هي تحويل هذه السيناريوهات إلى اختبارات يُعاد تشغيلها بالشكل نفسه عند كل تسليم، دون كتابة أي كود: هذا هو المبدأ نفسه لاختبار الانحدار.
خطة الاختبار المكتوبة جيداً لا تفقد صلاحيتها؛ ما يتوقف هو تنفيذها. عند انطلاق المشروع، ينفّذ الفريق 80 حالة اختبار في ثلاثة أيام. بعد ستة أشهر، أصبحت التسليمات بمعدل تسليم واحد كل أسبوعين، ونافذة الاستلام لا تتجاوز ساعتين. نختبر ما سلِّم للتوّ، ولا نعيد تشغيل المكتسب، فيتسلل الانحدار بين الاثنين. يميّز هذا المقال بين ما يمكن أتمتته بدون كود وما يجب أن يبقى بشرياً، ويفصّل الطريقة للانتقال من وثيقة إلى حملة اختبار انحدار تُعاد عند كل تسليم.
الأساسيات في صفحة واحدة (التعريف، الأتمتة بدون كود، كيفية اختيار الأداة): اختبار الانحدار الآلي بدون كود.
هل انكمشت خطة الاختبار عندك إلى نصف حالاتها بسبب ضيق الوقت؟ يسجّل Delta-QA مساراتك أثناء تنقلك في الموقع، ويعيد تشغيل الخطة كاملة عند كل تسليم، بدون كود. جرّب Delta-QA مجانًا ←
لماذا لم تعد خطة الاختبار اليدوية تواكب وتيرة التسليمات
كلفة تنفيذ الخطة اليدوية ثابتة: تنفيذها يستغرق المدة نفسها في التسليم الخمسين كما في الأول. أما فائدتها فترتفع مع تكرار التسليمات، لأن كل نشر في الإنتاج قد يعطّل مساراً كان يعمل. عندما يتسع الفارق بين هذين المنحنيين، تقتطع الفرق من التغطية: تُنفَّذ حالات النطاق المُسلَّم فقط، ويُهمَل الباقي.
عندها ينتقل الخطر بالضبط إلى المكان الذي لم يعد أحد ينظر إليه. مسار دفع أعيد بناؤه يُختبر بالتفصيل؛ أما صفحة حساب العميل، المتأثرة بإعادة تصميم المكوّن نفسه، فلا يعيد اختبارها أحد. إدارة الأنظمة في Inria، التي أتمتت اختبارات الانحدار لنظام معلوماتها، خلصت إلى الملاحظة نفسها: إعادة الاختبارات مع كل تغيير عملٌ متكرر يستنزف الوقت ويولّد الأخطاء، وقد أزالت الأتمتةُ هذه العشوائيات (JRES 2019).
السؤال الصحيح إذن ليس «هل تحتاج الخطة إلى صياغة أفضل؟» بل «كم مرة في السنة تستحق كل حالة إعادة التشغيل؟». كل حالة تكون إجابتها «عند كل تسليم» مرشّح مباشر للأتمتة.
ما الذي يمكن أتمتته في خطة الاختبار، وما الذي يبقى بشرياً
كل ما يمكن إعادة تنفيذه بالشكل نفسه قابل للأتمتة بدون كود؛ وما يتطلب حكماً تقديرياً يبقى مسؤولية من يتولى الاستلام. الفاصل يمر بين التحقق والتقدير.
| تحقق نموذجي في خطة الاختبار | مثال ملموس | قابل للأتمتة بدون كود؟ |
|---|---|---|
| المسارات الحرجة | إتمام طلب كامل، التسجيل، البحث ثم الحجز | نعم: مسار مسجَّل يُعاد تشغيله ويُقارن |
| مظهر الصفحات المفتاحية | الصفحة الرئيسية، صفحة المنتج، عند كل عرض شاشة | نعم: لقطة تُقارن بالمرجع |
| حالات الصفحة الواحدة | نموذج فارغ، ونموذج خاطئ، ونموذج مُصادَق عليه؛ قائمة مفتوحة | نعم: كل حالة تُسجَّل كسيناريو مستقل |
| الاتساق بين المتصفحات | الدفع يعمل على Chrome، فهل يعمل على Safari أيضاً؟ | نعم: السيناريو نفسه بمتصفحات مختلفة |
| ملاءمة المحتوى | هل نص رسالة الخطأ الجديد واضح؟ | لا: حكم بشري |
| القرار النهائي | هل التسليم مقبول بمعرفة تامة بآثاره؟ | لا: هذا هو الاستلام، ويبقى بشرياً |
عملياً، تحتوي معظم الخطط التي نراها على ما بين 60٪ و80٪ من الحالات القابلة لإعادة التشغيل. هذا الجزء هو الأكثر استهلاكاً للوقت في الاستلام اليدوي لأنه متكرر. وهو أيضاً الجزء الذي يُنتج فيه التعبُ علامات «موافق» زائفة: وضع علامة على السطر دون تكرار التجربة فعلياً. لصياغة الوثيقة نفسها أو زيادة موثوقيتها، يبقى الدليل المرجعي مفيداً: اختبارات قبول البرمجيات: الدليل الكامل.
من خطة الاختبار إلى حملة اختبار الانحدار: الطريقة في 5 خطوات
تتم الهجرة على الخطة القائمة نفسها دون إعادة كتابتها: كل حالة تصبح إما سيناريو مؤتمتاً، وإما حالة تبقى يدوية لأنها تتطلب حكماً بشرياً.
- فرز الخطة. ضع لكل حالة علامة «تُعاد عند كل تسليم» أو «حكم منفصل». المجموعة الأولى تذهب إلى الأتمتة، والثانية تبقى في الوثيقة اليدوية التي تصبح أقصر وتُنفَّذ في النهاية بالكامل.
- تسجيل المسارات بالتنقل. بأداة بدون كود، يُسجَّل السيناريو «البحث عن منتج، إضافته إلى السلة، الدفع عبر 3-D Secure» أثناء تنفيذه مباشرة. لا سطر كود، ولا إطار عمل يتطلب تثبيتاً.
- التقاط الحالات المهمة. النموذج الفارغ والنموذج الخاطئ والنموذج المُصادَق عليه ثلاثة سيناريوهات منفصلة. أضف عروض الشاشة الحرجة (الهاتف، الجهاز اللوحي، الحاسوب المكتبي) ومتصفحات جمهورك.
- إعادة التشغيل عند كل تسليم مرشَّح. تُنفَّذ الحملة كاملة في بيئة ما قبل الإنتاج قبل كل نشر في الإنتاج. كما تعمل دورياً في الإنتاج لرصد التغييرات التي لا تمر عبر عمليات النشر الخاصة بك: نظام إدارة المحتوى، والودجات الخارجية، وتحديثات التبعيات في المتصفح.
- توصيف كل انحراف. يعرض التقرير ما تغيّر بين المرجع والتسليم. القرار يبقى للفريق: انحدار يجب إصلاحه، أم تطوير مقصود يصبح المرجع الجديد.
في Delta-QA، تُجري المقارنةَ ذكاءٌ اصطناعي حتمي وليس LLM: خوارزمية خاصة بدون نموذج مُدرَّب، تُعطي الحكم نفسه في كل تشغيل ولا تُبلِّغ إلا عمّا ستلاحظه العين البشرية. لماذا يهم هذا المعيار في الاستلام؟ الأداة التي تختلف نتائجها من تشغيل إلى آخر تعيد إدخال العشوائية نفسها التي جاءت الأتمتة لإزالتها. حول دور ضمان الجودة في هذه الهجرة: أتمتة الاختبارات بدون مطوّر: الدليل.
إعادة تشغيل 80 حالة اختبار قبل كل نشر في الإنتاج؟ سجّل مساراتك مرة واحدة في Delta-QA؛ تُعاد الحملة من تلقاء نفسها، ويعرض التقرير جنباً إلى جنب كل انحراف. جرّب Delta-QA مجانًا ←
كم من الوقت تستغرق الأتمتة، ومتى تصبح مجدية
احسب نصف يوم للمسارات الحرجة، ويوماً إلى يومين لخطة كاملة: هذا زمن تسجيل السيناريوهات بالتنقل ثم توصيف الانحرافات الأولى. يصبح حساب الجدوى بعدها عملية حسابية بسيطة. خطة من 40 حالة بمعدل 10 دقائق للحالة تكلف حوالي 7 ساعات لكل تنفيذ كامل. بمعدل تسليم كل أسبوعين، تسترد الأتمتة كلفتها قبل نهاية الشهر الأول؛ وكل تنفيذ لاحق مكسب صافٍ.
ملاحظتان واقعيتان تكملان هذا الحساب. أولاً، الصيانة موجودة: كل تطوير مقصود للواجهة يتطلب تصديق المرجع الجديد، بضع دقائق لكل صفحة. هذا هو الثمن الطبيعي لحملة تبقى مواكبة للمنتج. ثانياً، ليس كل شيء قابلاً للأتمتة في اليوم الأول، ولا مشكلة في ذلك: حملة تغطي المسارات الحرجة منذ الشهر الأول تحمي أصلاً الجزء الأكبر من الإيرادات.
الأسئلة الشائعة
هل يمكن أتمتة خطة الاختبار دون معرفة البرمجة؟
نعم. أدوات التسجيل وإعادة التشغيل تلتقط السيناريوهات أثناء تنقلك في التطبيق، ثم تقارنها تلقائياً بمرجع مُصادَق عليه. خطة الاختبار القائمة تعمل كخريطة طريق: كل حالة «تُعاد عند كل تسليم» تصبح سيناريو مسجَّلاً.
ما الفرق بين الاستلام واختبار الانحدار؟
الاستلام يصادق على تسليم محدد، غالباً في شموليته وبحكم بشري. اختبار الانحدار يتحقق، عند كل تسليم، من أن المسارات المصادق عليها سابقاً ما زالت تعمل. الاثنان يتعايشان: الاستلام يقرر، واختبار الانحدار يحمي المكتسب.
ماذا نفعل بحالات الاختبار التي تتغير مع كل تسليم؟
كثيراً ما تنتمي إلى اختبار تأكيد الوظيفة الجديدة وتبقى يدوية. عندما تتطور الواجهة بشكل دائم، يتحدّث مرجع السيناريو المعني بمصادقة المظهر الجديد مرة واحدة؛ وتنطلق التشغيلات التالية من هذا الأساس الجديد.
هل تعوّض خطة الاختبار المؤتمتة المختبر؟
لا. تنفّذ الأتمتة التحققات المتكررة وتشير إلى الانحرافات؛ أما توصيف هذه الانحرافات، وملاءمة المحتويات، والقرار النهائي بالاستمرار أو الإيقاف فتبقى بشرية. يستعيد المختبر وقت التنفيذات الميكانيكية ليخصصه للاستكشاف وإصدار الأحكام.
من أين نبدأ والخطة موجودة أصلاً؟
من المسارات التي تمس الإيرادات أو التزاماً تنظيمياً: الطلب، الدفع، التسجيل، التواصل. مسجَّلة أولاً، تغطي معظم المخاطر بأقلية من الحالات. يتبع باقي الخطة على مدى الأسابيع، دون موعد نهائي.
خطة الاختبار عندك تستحق أكثر من تنفيذ واحد من كل اثنين. أنشئ حساباً مجانياً، سجّل مساراتك الحرجة، واترك Delta-QA يعيد تشغيل الحملة كاملة عند كل تسليم. جرّب Delta-QA مجانًا ←