Cara Menguji Sistem POS Tanpa Perkakasan Sebenar

Apa yang boleh anda uji tanpa perkakasan

Jauh lebih banyak daripada yang disangka orang. Anda boleh mengesahkan carian produk, tingkah laku tambah ke troli, perubahan kuantiti, peraturan diskaun, penetapan pelanggan, pemulihan fokus, pengendalian ralat, dan banyak kes sempadan yang dihadapi juruwang tanpa menyentuh pengimbas sebenar.

Kuncinya ialah memisahkan logik aliran kerja daripada pengesahan perkakasan. Jika masalahnya tentang cara POS bertindak balas terhadap input, perubahan keadaan, atau hasil carian, ujian berasaskan perisian biasanya cukup untuk menemuinya. Jika masalahnya tentang pengimbas, pencetak, terminal, atau sekatan USB, di situlah laluan perkakasan menjadi perlu.

Mulakan dengan aliran kerja pengimbas

Dalam kebanyakan sistem POS, pengimbas ialah kebergantungan pertama yang dibimbangkan orang. Nasib baik, ia juga antara yang paling mudah disimulasikan dengan baik kerana banyak pengimbas berkelakuan seperti papan kekunci.

Itu menjadikan alat emulator pengimbas kod bar titik permulaan yang kukuh untuk ujian POS. Anda boleh memacu medan carian atau input item yang sama yang digunakan di kaunter dan mengesahkan cara skrin bertindak balas apabila nilai kod bar tiba dengan pantas, dengan atau tanpa Enter di hujung.

Bina matriks ujian yang kecil tetapi realistik

Cara paling mudah untuk mendapat liputan yang cetek ialah menguji satu produk laluan gembira. Pendekatan yang lebih baik ialah mencipta matriks kecil jenis item yang mencerminkan cara POS berkelakuan dalam aliran kerja runcit sebenar.

Saya biasanya mahukan sekurang-kurangnya:

• satu produk biasa yang ada stok
• satu kod bar yang tidak dikenali
• satu item dengan sifar di hadapan
• satu item terhad atau yang memerlukan semakan umur
• satu produk dengan promosi atau peraturan harga

Ini penting kerana pepijat POS sering bersembunyi dalam peraturan perniagaan, bukan dalam imbasan itu sendiri. Jika set ujian anda terlalu mudah, skrin mungkin kelihatan stabil sedangkan aliran kerja sebenar tidak.

Simulasikan tingkah laku pengendali, bukan hanya tingkah laku sistem

Sesi POS bukan ujian unit yang kemas. Juruwang bergerak pantas, mengklik medan yang salah, mengimbas semula item, menutup gesaan terlalu awal, dan beroperasi di bawah tekanan masa. Jika kes ujian tanpa perkakasan anda tidak memodelkan realiti itu, liputan anda akan kelihatan lebih baik daripada yang sebenarnya.

Cuba senario seperti ini:

1. imbas item yang sama dua kali dengan pantas
2. imbas semasa modal terbuka
3. buang item dan imbas semula
4. cetuskan penggantian pengurus dan imbas lagi
5. sengaja hilangkan fokus dan sahkan UI pulih

Ini kegagalan yang realistik, dan ia jenis kes yang emulator kod bar membantu anda ulang tanpa keletihan.

Gunakan persekitaran berlapis dengan sengaja

Untuk ujian POS, saya suka tiga lapisan:

• pembangunan tempatan dengan data benih dan emulator kod bar
• pementasan dengan logik harga, cukai, dan inventori yang sebenar
• pengesahan perkakasan pada terminal sebenar sebelum keluaran

Ini mengekalkan masa perkakasan yang mahal pada set kecil pepijat yang benar-benar memerlukan peranti. Pembangun boleh membersihkan kebanyakan kecacatan aliran kerja secara tempatan, QA boleh mengesahkan senario yang lebih luas dalam pementasan, dan pakar perkakasan boleh menumpukan pada isu peringkat peranti.

Ketahui apa yang masih memerlukan perkakasan sebenar

Ujian tanpa perkakasan berkuasa, tetapi ia mempunyai had. Anda masih memerlukan peranti sebenar untuk:

• pemasangan pengimbas dan tingkah laku pemacu
• output pencetak resit dan pengendalian kertas
• komunikasi terminal pembayaran
• sekatan hab USB dan kiosk
• kekangan rangkaian dan terminal khusus kedai

Jujur tentang had ini menjadikan proses selebihnya lebih kukuh. Matlamatnya bukan berpura-pura perkakasan tidak penting. Matlamatnya ialah berhenti membazirkan masa perkakasan pada isu yang boleh ditangkap lebih awal.

Di mana pasukan biasanya tersilap

Kesilapan paling biasa ialah menunggu lorong perkakasan penuh sebelum menguji apa-apa yang bermakna. Itu kedengaran berhati-hati, tetapi ia biasanya menangguhkan pepijat, bukan menghalangnya. Jika carian produk gagal kerana medan carian kehilangan fokus selepas gesaan diskaun, perkakasan tidak akan secara ajaib menjadikan pepijat itu lebih mudah difahami.

Isu biasa yang lain ialah menguji hanya satu laluan gembira yang tenang. Sesi pembayaran sebenar bising. Pengendali mengimbas dengan pantas, mengulang item, keluar dari gesaan, dan bertukar antara aliran kerja. Ujian POS tanpa perkakasan anda harus mencerminkan realiti itu, atau ia akan terlepas isu tepat yang kakitangan anda akan perasan dahulu.

Contoh praktikal

Bayangkan skrin pembayaran yang mana mengimbas produk sepatutnya menambah item, mengemas kini troli, dan serta-merta memfokus semula input carian produk. Anda boleh mengesahkan sebahagian besarnya tanpa perkakasan:

• simulasikan input pengimbas kod bar ke dalam medan carian
• sahkan item ditambah dengan betul
• sahkan promosi dan peraturan harga terpakai
• sahkan imbasan seterusnya masuk ke medan yang sama

Hanya selepas itu lulus barulah anda memerlukan pengimbas fizikal untuk keyakinan akhir. Susunan ini menjimatkan masa dan biasanya menjadikan sesi perkakasan lebih berguna.

Semakan realiti ringkas

Anda boleh menguji sistem POS tanpa perkakasan sebenar dengan jauh lebih berkesan daripada yang diandaikan banyak pasukan. Mulakan dengan simulasi pengimbas yang realistik, pasangkannya dengan data ujian yang stabil, dan tumpukan pada tingkah laku aliran kerja dahulu. Kemudian gunakan perkakasan sebenar untuk set isu yang lebih sempit yang hanya peranti boleh dedahkan. Pendekatan itu lebih pantas, lebih murah, dan biasanya lebih berdisiplin daripada bergantung pada perkakasan dari awal.