جدول المحتويات:
تجريبي ويموت!
هل سبق لك تقديم عرض تقديمي أو تدريب للعميل ، وحدث شيء ما في منتصف الطريق؟ أو هل سبق لك أن أعطيت شخصًا ما مجموعة من التعليمات وأدركت أنك قد فاتتك شيء ما ، أم أنه لم ينجح تمامًا كما كنت تتمنى؟ خلال كل حالة من هذه الحالات ، تعتمد منظور المستخدم النهائي وتعمل مع البرنامج في تلك الشخصية. من المحتمل أن تكون قد فعلت شيئًا مختلفًا لأنك كنت تفكر كمستخدم ، وليس كمطور.
خطوة إلى أحذية المستخدم
تتمثل الزاوية الفريدة لاختبار قبول المستخدم (UAT) في اختبار البرنامج كمستخدم نهائي. تم تصميم البرنامج لمنح المستخدمين نتائج ملموسة. على سبيل المثال ، تتيح مواقع التجارة الإلكترونية للعملاء شراء المنتجات. عندما يقوم أحد العملاء بطلب ، يقوم برنامج موقع التجارة الإلكترونية بإخطار مسؤول المتجر ، بحيث يمكن سحب العنصر المحدد وتعبئته للشحن. قد يكون هناك أنواع مختلفة من مستخدمي البرنامج ، لذلك تتيح مرحلة الاختبار لفريق التطوير التحقق من أن المستخدمين النهائيين يحققون نتائج البرنامج المتوقعة.
تاريخ UAT موجز
قبل ظهور الإنترنت ، تم نشر معظم البرامج لجمهور مستخدم معروف. إذا طورت شركة برنامجًا لعميل ما ، يكون للمدير المعين سلطة التحقق من وفاء البرنامج بشروط العقد. كان الهدف من ذلك تمثيل نقطة حيث كان البرنامج "مناسبًا للغرض" ، والذي تم تحقيقه عن طريق اختيار ممثلي المستخدمين النهائيين لإجراء الاختبار وتقديم تقرير بالنتائج. نظرًا لأن المستخدمين كانوا مجموعة معروفة ومغلقة ، يمكن تدريب كل منهم على استخدام البرنامج ، عادةً من خلال خطوات اختبار مفصلة للغاية. وكان شعار اليوم هو أن المزيد من التفاصيل كان أفضل.
