تخطي إلى المحتوى

قراءة لمدة 9 دقائق

كيفية اختبار أنظمة POS من دون أجهزة حقيقية

قد يبدو اختبار نظام POS من دون مسار دفع كامل محفوفًا بالمخاطر في البداية. المتاجر الحقيقية لديها ماسحات وطابعات إيصالات وطرفيات دفع وصلاحيات وكل أنواع السلوك الخاص بالبيئة. لكن بالنسبة إلى نسبة كبيرة من عمل التطوير وQA اليومي، ما زال بإمكانك اختبار أنظمة POS بفعالية من دون وجود كل جهاز على المكتب.

ما الذي يمكنك اختباره من دون أجهزة

أكثر بكثير مما يظن الناس. يمكنك التحقق من البحث عن المنتج، وسلوك الإضافة إلى السلة، وتغييرات الكمية، وقواعد الخصم، وتعيين العميل، واستعادة التركيز، ومعالجة الأخطاء، وكثير من الحالات الحدية التي يواجهها أمين الصندوق، من دون لمس الماسح الحقيقي.

المفتاح هو فصل منطق سير العمل عن التحقق من الأجهزة. إذا كانت المشكلة تتعلق بكيفية تفاعل POS مع الإدخال أو تغيرات الحالة أو نتائج البحث، فالاختبار المعتمد على البرمجيات يكفي عادة لاكتشافها. وإذا كانت المشكلة تتعلق بالماسحات أو الطابعات أو الطرفيات أو قيود USB، فهناك تصبح جولة الأجهزة ضرورية.

ابدأ بسير عمل الماسح

في معظم أنظمة POS، الماسح هو أول تبعية يقلق الناس بشأنها. ولحسن الحظ، هو أيضًا من أسهل ما يمكن محاكاته جيدًا لأن كثيرًا من الماسحات تتصرف مثل لوحات المفاتيح.

وهذا يجعل أداة محاكي ماسح الباركود نقطة بداية قوية لاختبار POS. يمكنك قيادة حقل البحث نفسه أو إدخال الصنف المستخدم عند الصندوق، والتحقق من كيفية تفاعل الشاشة عندما تصل قيم الباركود بسرعة، مع Enter لاحقة أو من دونها.

تستطيع فرق POS التحقق من قدر مفاجئ من سلوك سير العمل الحقيقي قبل لمس أجهزة الدفع المخصصة.
تستطيع فرق POS التحقق من قدر مفاجئ من سلوك سير العمل الحقيقي قبل لمس أجهزة الدفع المخصصة.

ابنِ مصفوفة اختبار صغيرة لكنها واقعية

أسهل طريقة للحصول على تغطية ضحلة هي اختبار منتج واحد في المسار السعيد. النهج الأفضل هو إنشاء مصفوفة صغيرة من أنواع الأصناف تعكس كيف يتصرف POS في سير عمل التجزئة الحقيقي.

أريد عادة على الأقل:

  • منتجًا عاديًا متوفرًا في المخزون
  • باركودًا غير معروف
  • صنفًا بأصفار بادئة
  • صنفًا مقيّدًا أو مشروطًا بالعمر
  • منتجًا عليه عرض أو قاعدة تسعير

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

حاكِ سلوك المشغّل، لا سلوك النظام فقط

جلسة POS ليست اختبار وحدة مرتبًا. أمناء الصندوق يتحركون بسرعة، وينقرون الحقل الخطأ، ويعيدون مسح الأصناف، ويغلقون المطالبات مبكرًا جدًا، ويعملون تحت ضغط الوقت. إذا لم تنمذج حالات الاختبار الخالية من الأجهزة هذا الواقع، فستبدو تغطيتك أفضل مما هي عليه فعلًا.

جرّب سيناريوهات مثل هذه:

  1. مسح الصنف نفسه مرتين بسرعة
  2. المسح بينما نافذة مشروطة مفتوحة
  3. إزالة صنف وإعادة مسحه
  4. إطلاق تجاوز المدير والمسح مرة أخرى
  5. فقدان التركيز عمدًا والتأكد من أن الواجهة تتعافى

هذه أعطال واقعية، وهي بالضبط نوع الحالات التي يساعدك محاكي الباركود على تكرارها من دون إرهاق.

استخدم بيئات متعددة الطبقات عن قصد

لاختبار POS، أحب ثلاث طبقات:

  • التطوير المحلي ببيانات مهيأة ومحاكي باركود
  • التجهيز بمنطق التسعير والضرائب والمخزون الحقيقي
  • التحقق من الأجهزة على طرفية فعلية قبل الإصدار

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

اعرف ما الذي ما زال يتطلب أجهزة حقيقية

الاختبار الخالي من الأجهزة قوي، لكن له حدودًا. ما زلت تحتاج إلى أجهزة فعلية من أجل:

  • إقران الماسح وسلوك برنامج التشغيل
  • مخرجات طابعة الإيصالات والتعامل مع الورق
  • الاتصال بطرفية الدفع
  • قيود موزع USB والأكشاك
  • قيود الشبكة والطرفية الخاصة بالمتجر

الصراحة بشأن هذه الحدود تجعل بقية العملية أقوى. الهدف ليس الادعاء بأن الأجهزة لا تهم. الهدف هو التوقف عن إهدار وقت الأجهزة على مشكلات كان يمكن اكتشافها في وقت أبكر.

أين تخطئ الفرق عادة

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

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

مثال عملي

تخيّل شاشة دفع حيث ينبغي أن يضيف مسح منتج الصنف، ويحدّث السلة، ويعيد تركيز إدخال البحث عن المنتج فورًا. يمكنك التحقق من معظم ذلك من دون أجهزة:

  • محاكاة إدخال ماسح الباركود في حقل البحث
  • التحقق من إضافة الصنف بشكل صحيح
  • التحقق من تطبيق العروض وقواعد السعر
  • التأكد من أن المسح التالي يهبط في الحقل نفسه

بعد أن ينجح ذلك فقط تحتاج إلى الماسح المادي للثقة النهائية. هذا الترتيب يوفّر الوقت ويجعل جلسة الأجهزة عادة أكثر فائدة.

فحص سريع للواقع

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

خطوة تالية مفيدة

إذا أردت تجربة هذه التدفقات عمليًا، فابدأ بـ أداة Barcode Scanner Emulator ثم عد إلى بقية المدونة لمزيد من أنماط الاختبار.

مقالات ذات صلة