رفتن به محتوا

۹ دقیقه مطالعه

چگونه سیستم‌های POS را بدون سخت‌افزار واقعی بیازماییم

آزمایش سیستم POS بدون یک خط کامل صندوق در ابتدا ممکن است پرخطر به نظر برسد. فروشگاه‌های واقعی اسکنر، چاپگر رسید، پایانهٔ پرداخت، مجوز و انواع رفتار وابسته به محیط دارند. اما برای بخش بزرگی از کار روزمرهٔ توسعه و QA هنوز می‌توان سیستم‌های POS را به‌خوبی آزمود، بدون آنکه هر دستگاه روی میز باشد.

بدون سخت‌افزار چه چیز را می‌توان آزمود

خیلی بیشتر از آنچه مردم فکر می‌کنند. می‌توانید جست‌وجوی محصول، افزودن به سبد، تغییر تعداد، قاعدهٔ تخفیف، انتساب مشتری، بازگشت فوکوس، رسیدگی به خطا و بسیاری از حالت‌های مرزیِ رو به صندوق‌دار را بدون دست زدن به اسکنر واقعی اعتبارسنجی کنید.

کلید، جدا کردن منطق گردش از اعتبارسنجی سخت‌افزار است. اگر مسئله این است که POS به ورودی، تغییر وضعیت یا نتیجهٔ جست‌وجو چگونه واکنش نشان می‌دهد، آزمایش مبتنی بر نرم‌افزار معمولاً برای یافتنش کافی است. اگر مسئله اسکنر، چاپگر، پایانه یا محدودیت USB است، آنجا گذر سخت‌افزار لازم می‌شود.

از گردش اسکنر شروع کنید

در بیشتر سیستم‌های POS، اسکنر اولین وابستگی است که مردم نگرانش هستند. خوشبختانه شبیه‌سازی خوبش هم از آسان‌ترین‌هاست، چون بسیاری از اسکنرها مثل صفحه‌کلید رفتار می‌کنند.

به همین دلیل ابزار شبیه‌ساز اسکنر بارکد نقطهٔ شروع محکمی برای آزمایش POS است. می‌توانید همان فیلد جست‌وجو یا ورودی کالا را که پشت صندوق به کار می‌رود هدایت کنید و ببینید صفحه وقتی مقدار بارکد سریع می‌رسد، با Enter پایانی یا بدون آن، چه واکنشی نشان می‌دهد.

تیم‌های POS می‌توانند مقدار غافلگیرکننده‌ای از رفتار واقعی گردش را پیش از دست زدن به سخت‌افزار اختصاصی صندوق اعتبارسنجی کنند.
تیم‌های POS می‌توانند مقدار غافلگیرکننده‌ای از رفتار واقعی گردش را پیش از دست زدن به سخت‌افزار اختصاصی صندوق اعتبارسنجی کنند.

ماتریس آزمایش کوچک اما واقع‌بینانه بسازید

آسان‌ترین راه برای پوشش سطحی، آزمایش یک محصول مسیر خوشحال است. رویکرد بهتر ساخت ماتریس کوچکی از انواع کالاست که نشان دهد POS در گردش واقعی خرده‌فروشی چگونه رفتار می‌کند.

معمولاً دست‌کم این‌ها را می‌خواهم:

  • یک محصول عادی موجود در انبار
  • یک بارکد ناشناس
  • یک کالا با صفرهای آغازین
  • یک کالای محدود یا دارای محدودیت سنی
  • یک محصول با تبلیغ یا قاعدهٔ قیمت

این مهم است چون اشکال‌های POS اغلب در قاعده‌های کسب‌وکار پنهان‌اند، نه در خود اسکن. اگر مجموعهٔ آزمایش بیش از حد ساده باشد، صفحه ممکن است پایدار به نظر برسد در حالی که گردش واقعی نیست.

رفتار اپراتور را شبیه‌سازی کنید، نه فقط رفتار سیستم را

نشست POS یک آزمون واحد مرتب نیست. صندوق‌دارها سریع حرکت می‌کنند، فیلد اشتباه را می‌زنند، کالا را دوباره اسکن می‌کنند، پیام را زود می‌بندند و زیر فشار زمان کار می‌کنند. اگر موردهای آزمایش بدون سخت‌افزار این واقعیت را مدل نکنند، پوشش بهتر از واقعیت به نظر می‌رسد.

سناریوهایی مثل این را بیازمایید:

  1. همان کالا را دو بار سریع اسکن کنید
  2. وقتی پنجرهٔ مُدال باز است اسکن کنید
  3. کالا را حذف کنید و دوباره اسکن کنید
  4. لغو مدیر را فعال کنید و دوباره اسکن کنید
  5. عمداً فوکوس را از دست بدهید و تأیید کنید رابط بازیابی می‌شود

این‌ها شکست‌های واقع‌بینانه‌اند و دقیقاً از همان نوع موردهایی هستند که شبیه‌ساز بارکد کمک می‌کند بدون خستگی تکرارشان کنید.

محیط‌های لایه‌ای را عمداً به کار ببرید

برای آزمایش POS سه لایه را دوست دارم:

  • توسعهٔ محلی با دادهٔ بذرکاری‌شده و شبیه‌ساز بارکد
  • staging با منطق واقعی قیمت، مالیات و موجودی
  • اعتبارسنجی سخت‌افزار روی پایانهٔ واقعی پیش از انتشار

این وقت گران سخت‌افزار را روی مجموعهٔ کوچک اشکال‌هایی متمرکز می‌کند که واقعاً به دستگاه نیاز دارند. توسعه‌دهندگان می‌توانند بیشتر نقص‌های گردش را محلی برطرف کنند، QA سناریوهای گسترده‌تر را در staging بررسی کند، و متخصصان سخت‌افزار روی مسئله‌های سطح دستگاه تمرکز کنند.

بدانید چه چیز هنوز سخت‌افزار واقعی می‌خواهد

آزمایش بدون سخت‌افزار قدرتمند است، اما حد دارد. هنوز برای این‌ها دستگاه واقعی لازم است:

  • جفت‌سازی اسکنر و رفتار درایور
  • خروجی چاپگر رسید و رسیدگی به کاغذ
  • ارتباط پایانهٔ پرداخت
  • محدودیت هاب USB و کیوسک
  • قید شبکه و پایانهٔ خاص فروشگاه

صداقت دربارهٔ این حدها بقیهٔ فرایند را قوی‌تر می‌کند. هدف وانمود کردن به این نیست که سخت‌افزار مهم نیست. هدف این است که وقت سخت‌افزار را صرف مسئله‌هایی نکنید که زودتر قابل‌گرفتن بودند.

جایی که تیم‌ها معمولاً اشتباه می‌کنند

رایج‌ترین اشتباه انتظار برای یک خط کامل سخت‌افزار است پیش از آزمایش هر چیز معنادار. محتاط به نظر می‌رسد، اما معمولاً اشکال‌ها را به تأخیر می‌اندازد نه اینکه جلویشان را بگیرد. اگر جست‌وجوی محصول شکست بخورد چون فیلد پس از پیام تخفیف فوکوس را از دست می‌دهد، سخت‌افزار آن اشکال را به‌طور جادویی فهمیدنی‌تر نمی‌کند.

مسئلهٔ رایج دیگر آزمایش فقط یک مسیر خوشحال آرام است. نشست‌های واقعی صندوق پر سروصدا هستند. اپراتورها سریع اسکن می‌کنند، کالا را تکرار می‌کنند، از پیام برمی‌گردند و بین گردش‌ها جابه‌جا می‌شوند. آزمایش POS بدون سخت‌افزار باید این واقعیت را بازتاب دهد، وگرنه دقیقاً مسئله‌هایی را از دست می‌دهد که کارکنان اول متوجهشان می‌شوند.

یک نمونهٔ عملی

صفحهٔ صندوقی را تصور کنید که اسکن محصول باید کالا را اضافه کند، سبد را به‌روز کند و فوراً فوکوس را به ورودی جست‌وجوی محصول برگرداند. بیشتر این را می‌توان بدون سخت‌افزار اعتبارسنجی کرد:

  • ورودی اسکنر بارکد را در فیلد جست‌وجو شبیه‌سازی کنید
  • تأیید کنید کالا درست اضافه شده
  • تأیید کنید تبلیغ و قاعدهٔ قیمت اعمال می‌شوند
  • مطمئن شوید اسکن بعدی در همان فیلد فرود می‌آید

فقط پس از گذر از این مرحله برای اطمینان نهایی به اسکنر فیزیکی نیاز دارید. این ترتیب وقت ذخیره می‌کند و معمولاً نشست سخت‌افزار را مفیدتر می‌کند.

یک وارسی سریع واقعیت

می‌توان سیستم‌های POS را بدون سخت‌افزار واقعی خیلی مؤثرتر از فرض بسیاری از تیم‌ها آزمود. با شبیه‌سازی واقع‌بینانهٔ اسکنر شروع کنید، آن را با دادهٔ آزمایش پایدار جفت کنید، و اول روی رفتار گردش تمرکز کنید. سپس سخت‌افزار واقعی را برای مجموعهٔ باریک‌تری از مسئله‌ها به کار ببرید که فقط دستگاه‌ها آشکارشان می‌کنند. این رویکرد سریع‌تر، ارزان‌تر و معمولاً منضبط‌تر از تکیه بر سخت‌افزار از همان آغاز است.

گام مفید بعدی

اگر می‌خواهید این گردش‌ها را در عمل امتحان کنید، از ابزار Barcode Scanner Emulator شروع کنید و سپس برای الگوهای آزمایشی بیشتر به بقیهٔ وبلاگ برگردید.

مقاله‌های مرتبط