اختبار القبول

في الهندسة وفروعها المختلفة ، يُعد اختبار القبول اختبارًا يُجرى لتحديد ما إذا كانت متطلبات المواصفات أو العقد مستوفاة . وقد يشمل ذلك اختبارات كيميائية أو فيزيائية أو اختبارات أداء . ^{[ 1 ]}

في هندسة النظم ، قد يشمل ذلك اختبار الصندوق الأسود الذي يتم إجراؤه على نظام ما (على سبيل المثال: برنامج حاسوبي ، أو الكثير من الأجزاء الميكانيكية المصنعة، أو دفعات من المنتجات الكيميائية) قبل تسليمه. ^{[ 2 ]}

في مجال اختبار البرمجيات ، يُعرّف معهد ISTQB اختبار القبول على النحو التالي:

يتم إجراء اختبار رسمي فيما يتعلق باحتياجات المستخدم ومتطلباته وعمليات الأعمال لتحديد ما إذا كان النظام يفي بمعايير القبول ^{[ 3 ]} ولتمكين المستخدم أو العملاء أو أي كيان معتمد آخر من تحديد ما إذا كان سيتم قبول النظام أم لا.

يُجرى الاختبار النهائي في دورة ضمان الجودة، وهو اختبار قبول المستخدم، قبيل الإصدار النهائي مباشرةً لتقييم قدرة المنتج أو التطبيق على التعامل مع سيناريوهات الاستخدام الواقعية. ومن خلال محاكاة سلوك المستخدم، يتحقق هذا الاختبار من استيفاء النظام لمتطلبات العمل، ويرفض التغييرات في حال عدم استيفاء معايير محددة. ^{[ 5 ]}

تتضمن بعض أشكال اختبار القبول ما يلي: اختبار قبول المستخدم (UAT)، واختبار المستخدم النهائي، واختبار القبول التشغيلي (OAT)، والتطوير القائم على اختبار القبول (ATDD)، واختبار القبول الميداني. معايير القبول هي المعايير التي يجب أن يستوفيها النظام أو المكون ليتم قبوله من قِبل المستخدم أو العميل أو أي جهة أخرى مُصرَّح لها. ^{[ 6 ]}

الاختبار هو مجموعة من الأنشطة التي تُجرى لتسهيل اكتشاف و/أو تقييم خصائص عنصر واحد أو أكثر قيد الاختبار. ^{[ 7 ]} يُنفّذ كل اختبار، المعروف بحالة الاختبار، مجموعة من أنشطة الاختبار المُحددة مسبقًا، والتي وُضعت لتوجيه تنفيذ عنصر الاختبار لتحقيق أهداف الاختبار؛ بما في ذلك التنفيذ الصحيح، وتحديد الأخطاء، والتحقق من الجودة، وغيرها من التفاصيل المهمة. ^{[ 7 ]} عادةً ما تُصمّم بيئة الاختبار لتكون مطابقة، أو أقرب ما يكون، لبيئة الإنتاج المتوقعة. وهي تشمل جميع المرافق والأجهزة والبرامج الثابتة والإجراءات و/أو الوثائق المُخصصة لاختبار البرامج أو المُستخدمة في ذلك. ^{[ 7 ]}

يُفضّل أن تُصاغ حالات اختبار قبول المستخدم (UAT) وقبول التشغيل (OAT) بالتعاون مع عملاء الأعمال ومحللي الأعمال والمختبرين والمطورين. يجب أن تشمل هذه الاختبارات اختبارات منطق الأعمال بالإضافة إلى ظروف بيئة التشغيل. يُعدّ عملاء الأعمال (مالكو المنتج) أصحاب المصلحة الرئيسيين في هذه الاختبارات. عندما تُحقق شروط الاختبار معايير القبول بنجاح، يطمئن أصحاب المصلحة إلى أن عملية التطوير تسير في الاتجاه الصحيح. ^{[ 8 ]}

• تُصاغ معايير اختبار قبول المستخدم (UAT) (في تطوير البرمجيات الرشيقة ) عادةً من قِبل عملاء الأعمال وتُصاغ بلغة مجال الأعمال . وهي اختبارات عالية المستوى للتحقق من اكتمال قصة المستخدم أو القصص التي يتم تنفيذها خلال أي دورة تطوير/تكرار.
• يتم تعريف معايير اختبار القبول التشغيلي (OAT) (بغض النظر عن استخدام التطوير الرشيق أو التكراري أو التسلسلي) من حيث المتطلبات الوظيفية وغير الوظيفية ؛ والتي تغطي سمات الجودة الرئيسية للاستقرار الوظيفي وقابلية النقل والموثوقية .

قد يلزم إجراء مجموعة اختبارات القبول عدة مرات، حيث قد لا يتم تنفيذ جميع حالات الاختبار ضمن دورة اختبار واحدة. ^{[ 9 ]}

تُجرى مجموعة اختبارات القبول باستخدام إجراءات اختبار قبول مُحددة مسبقًا لتوجيه المختبرين بشأن البيانات التي يجب استخدامها، والعمليات التي يجب اتباعها خطوة بخطوة، والنتيجة المتوقعة بعد التنفيذ. تُحفظ النتائج الفعلية للمقارنة مع النتائج المتوقعة. ^{[ 9 ]} إذا تطابقت النتائج الفعلية مع النتائج المتوقعة لكل حالة اختبار، تُعتبر حالة الاختبار ناجحة. إذا لم يتجاوز عدد حالات الاختبار غير الناجحة الحد المُحدد مسبقًا للمشروع، تُعتبر مجموعة الاختبارات ناجحة. أما إذا تجاوز هذا الحد، فيمكن رفض النظام أو قبوله وفقًا للشروط المتفق عليها مسبقًا بين الجهة الراعية والشركة المصنعة.

النتيجة المتوقعة لتنفيذ اختبار ناجح:

• يتم تنفيذ حالات الاختبار باستخدام بيانات محددة مسبقًا
• يتم تسجيل النتائج الفعلية
• تتم مقارنة النتائج الفعلية والمتوقعة، و
• يتم تحديد نتائج الاختبار.

الهدف هو ضمان أن المنتج المُطوَّر يلبي المتطلبات الوظيفية وغير الوظيفية. والغرض من إجراء اختبارات القبول هو أنه بمجرد اكتمالها، وفي حال استيفاء معايير القبول، يُتوقع من الجهات الراعية الموافقة على تطوير/تحسين المنتج باعتباره مُلبيًا للمتطلبات المحددة (المتفق عليها مسبقًا بين الشركة ومُزوِّد/مُطوِّر المنتج).

يتألف اختبار قبول المستخدم (UAT) من عملية التحقق من أن الحل يعمل بشكل جيد للمستخدم. ^{[ 10 ]} وهو ليس اختبارًا للنظام (أي التأكد من عدم تعطل البرنامج واستيفائه للمتطلبات الموثقة)، بل يضمن أن الحل سيعمل بشكل جيد للمستخدم (أي يختبر قبول المستخدم للحل)؛ وغالبًا ما يشير موردو البرامج إلى هذا باسم "الاختبار التجريبي".

ينبغي أن يُجري هذا الاختبار المستخدم النهائي المقصود ، أو خبير متخصص ، ويفضل أن يكون مالك الحل أو عميله، وأن يقدم ملخصًا للنتائج للموافقة على المضي قدمًا بعد التجربة أو المراجعة. في تطوير البرمجيات ، يُعد اختبار قبول المستخدم (UAT) إحدى المراحل النهائية للمشروع، وغالبًا ما يُجرى قبل أن يقبل العميل النظام الجديد. يُجري مستخدمو النظام اختبارات تحاكي ما يحدث في سيناريوهات الاستخدام الواقعية. ^{[ 11 ]}

يجب أن تكون المواد المقدمة للمختبِر مشابهة للمواد التي سيحصل عليها المستخدم النهائي. ينبغي تزويد المختبِرين بسيناريوهات واقعية، مثل المهام الثلاث الأكثر شيوعًا أو صعوبة التي سيقوم بها المستخدمون الذين يمثلونهم. ^{[ 12 ]}

يُعد اختبار قبول المستخدم (UAT) بمثابة التحقق النهائي من وظائف العمل المطلوبة وكفاءة النظام، حيث يحاكي ظروف الاستخدام الواقعية نيابةً عن العميل المدفوع أو عميل رئيسي محدد. إذا عمل البرنامج كما هو مطلوب وبدون مشاكل أثناء الاستخدام العادي، فمن الممكن استنتاج نفس مستوى الاستقرار في بيئة الإنتاج. ^{[ 13 ]}

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

ينبغي تنفيذ اختبار قبول المستخدم (UAT) باستخدام سيناريوهات اختبارية. ^{[ 14 ] [ 15 ]} تختلف سيناريوهات الاختبار عادةً عن حالات اختبار النظام أو الاختبارات الوظيفية في كونها تمثل رحلة "اللاعب" أو "المستخدم". تضمن الطبيعة الشاملة لسيناريو الاختبار التركيز على الرحلة وليس على التفاصيل التقنية أو الخاصة بالنظام، مع تجنب خطوات الاختبار "نقرة بنقرة" للسماح بتنوع سلوك المستخدمين. يمكن تقسيم سيناريوهات الاختبار إلى "أيام" منطقية، وهي عادةً الفترة التي يتغير فيها الفاعل (اللاعب/العميل/المشغل) أو النظام (المكتب الخلفي، الواجهة الأمامية). ^{[ 16 ]}

في الصناعة، يُعد اختبار قبول المصنع (FAT) أحد اختبارات قبول المستخدم الشائعة. يُجرى هذا الاختبار قبل تركيب المعدات. في أغلب الأحيان، لا يقتصر دور المختبرين على التحقق من مطابقة المعدات للمواصفات فحسب، بل يشمل أيضًا التأكد من عملها بكفاءة تامة. يتضمن اختبار قبول المصنع عادةً فحصًا للاكتمال، ومطابقةً للمتطلبات التعاقدية، وإثباتًا للوظائف (إما عن طريق المحاكاة أو اختبار وظيفي تقليدي)، وفحصًا نهائيًا. ^{[ 17 ]} تمنح نتائج هذه الاختبارات العملاء ثقةً في أداء النظام في بيئة الإنتاج. وقد توجد أيضًا متطلبات قانونية أو تعاقدية لقبول النظام.

يُستخدم اختبار القبول التشغيلي (OAT) لإجراء اختبارات الجاهزية التشغيلية (قبل الإصدار) لمنتج أو خدمة أو نظام كجزء من نظام إدارة الجودة . يُعد اختبار القبول التشغيلي نوعًا شائعًا من اختبارات البرمجيات غير الوظيفية ، ويُستخدم بشكل أساسي في مشاريع تطوير البرمجيات وصيانتها . يركز هذا النوع من الاختبارات على الجاهزية التشغيلية للنظام المراد دعمه، و/أو المراد دمجه في بيئة الإنتاج. ^{[ 18 ]}

اختبار القبول هو مصطلح يستخدم في منهجيات تطوير البرمجيات الرشيقة ، وخاصة البرمجة المتطرفة ، ويشير إلى الاختبار الوظيفي لقصة المستخدم من قبل فريق تطوير البرمجيات خلال مرحلة التنفيذ. ^{[ 19 ]}

يُحدد العميل سيناريوهات لاختبار مدى صحة تنفيذ قصة المستخدم. قد تتضمن القصة اختبار قبول واحدًا أو أكثر، حسب الحاجة لضمان عمل الوظائف. تُعد اختبارات القبول اختبارات نظامية مغلقة. يُمثل كل اختبار قبول نتيجة متوقعة من النظام. يتحمل العملاء مسؤولية التحقق من صحة اختبارات القبول ومراجعة نتائجها لتحديد الاختبارات الفاشلة ذات الأولوية القصوى. تُستخدم اختبارات القبول أيضًا كاختبارات تراجع قبل إصدار المنتج النهائي. لا تُعتبر قصة المستخدم مكتملة إلا بعد اجتيازها اختبارات القبول. هذا يعني أنه يجب إنشاء اختبارات قبول جديدة لكل دورة تطوير، وإلا سيُبلغ فريق التطوير عن عدم إحراز أي تقدم. ^{[ 20 ]}

تشمل الأنواع النموذجية لاختبارات القبول ما يلي

اختبار قبول المستخدم

قد يشمل ذلك اختبار القبول في المصنع (FAT)، أي الاختبار الذي يجريه المورد قبل نقل المنتج أو النظام إلى موقعه النهائي، وبعد ذلك قد يجري المستخدمون في الموقع اختبار القبول في الموقع (SAT). ^{[ 21 ]}

اختبار القبول التشغيلي

يُعرف هذا أيضًا باختبار الجاهزية التشغيلية، ويشير إلى الفحص الذي يُجرى على النظام للتأكد من وجود العمليات والإجراءات اللازمة لاستخدامه وصيانته. وقد يشمل ذلك فحوصات لمرافق النسخ الاحتياطي، وإجراءات استعادة البيانات في حالات الكوارث، وتدريب المستخدمين النهائيين، وإجراءات الصيانة، وإجراءات الأمن. ^{[ 22 ]}

اختبار قبول العقود واللوائح

في اختبار قبول العقد، يُختبر النظام وفقًا لمعايير القبول الموثقة في العقد، قبل قبوله. أما في اختبار قبول اللوائح، فيُختبر النظام للتأكد من مطابقته للمعايير الحكومية والقانونية ومعايير السلامة. ^{[ 23 ]}

اختبار قبول المصنع

يتم إجراء اختبارات القبول في الموقع الذي يتم فيه تطوير المنتج، ويقوم بها موظفو المنظمة الموردة، لتحديد ما إذا كان المكون أو النظام يفي بالمتطلبات، والتي تشمل عادةً الأجهزة والبرامج. ^{[ 24 ]}

اختبار ألفا وبيتا

يُجرى اختبار ألفا في مواقع المطورين، ويتضمن اختبار النظام التشغيلي من قِبل الموظفين الداخليين قبل إصداره للعملاء الخارجيين. أما اختبار بيتا فيُجرى في مواقع العملاء، ويتضمن اختبار النظام من قِبل مجموعة من العملاء الذين يستخدمونه في مواقعهم الخاصة ويقدمون ملاحظاتهم، قبل إصداره لعملاء آخرين. ويُطلق على هذا الأخير غالبًا اسم "الاختبار الميداني". ^{[ 25 ]}

بحسب معهد إدارة المشاريع ، فإن معايير القبول هي "مجموعة من الشروط التي يجب استيفاؤها قبل قبول المخرجات". ^{[ 26 ]} وعادةً ما تكون المتطلبات الواردة في معايير القبول لمكون معين من النظام مفصلة للغاية. ^{[ 27 ]}

• إطار عمل كونكورديون ، المواصفات من خلال المثال (SbE)
  • Concordion.NET، اختبار القبول في .NET
• Cucumber ، إطار عمل لاختبار القبول في تطوير البرمجيات الموجه بالسلوك (BDD)
  • كابيبارا، إطار عمل لاختبار القبول لتطبيقات الويب المكتوبة بلغة روبي
  • Behat، إطار عمل قبول BDD للغة PHP
  • ليتوس، إطار عمل قبول BDD للغة بايثون
• السرو
• إطار عمل للاختبار المتكامل (Fit)
  • فيت نيس ، نسخة معدلة من فيت
• Gauge (برنامج) ، إطار عمل لأتمتة الاختبارات من شركة Thoughtworks
• iMacros
• موكا ، إطار عمل شائع لاختبار قبول الويب يعتمد على جافا سكريبت ونود.جي إس
• برنامج كاتب المسرحيات
• رانوركس
• إطار عمل الروبوت
• السيلينيوم
• المواصفات من خلال المثال (المواصفات 2)
• واتير

• أخذ العينات للقبول
• غرفة اجتماعات تجريبية
• مرحلة التطوير
• الاختبار الديناميكي
• اختبار التحقق الهندسي
• اختبار الصندوق الرمادي
• التطوير القائم على الاختبار
• اختبار الصندوق الأبيض
• الاختبار الوظيفي (التصنيع)

• دليلٌ لهيئة معارف إدارة المشاريع (دليل PMBOK) (الطبعة السابعة  ). نيوتاون سكوير، بنسلفانيا: معهد إدارة المشاريع. 2021. ISBN 978-1-62825-664-2.

• هامبلينغ، برايان؛ فان غوثيم، بولين (2013). اختبار قبول المستخدم: دليل خطوة بخطوة . سويندون: شركة بي سي إس للتعليم والتطوير المحدودة. رقم ISBN 978-1-78017-167-8.

• دليل هندسة اختبار القبول، مؤرشف بتاريخ 23 ديسمبر 2017 في أرشيف الإنترنت (Wayback Machine) بواسطة مايكروسوفت، أنماط وممارسات
• " استخدام اختبارات العملاء لدفع عملية التطوير " من كتاب "الأساليب والأدوات"