Перейти до вмісту

Barcode Scanner Emulator

Як тестувати введення зі сканера штрихкодів

Повторювана методика QA, щоб перевірити, що застосунок правильно обробляє введення зі сканера штрихкодів. Охоплює десять ділянок, де помилки часто ховаються.

1. Базове захоплення введення

Підтвердьте, що зчитане значення потрапляє в цільове поле неушкодженим, символ за символом. Тестуйте штрихкоди різної довжини й наборів символів (лише цифри, буквено-цифрові, символи), доречних для вашого сценарію. Точний захоплений рядок перевірте в тестері введення штрихкодів.

2. Поведінка суфікса

Перевірте, чи після зчитування додається ENTER або TAB, і підтвердьте, що форма обробляє це правильно: надсилає форму, переносить фокус на наступне поле або явно ігнорує суфікс — залежно від задуманого процесу.

3. Часова поведінка й виявлення пакетів

Якщо застосунок намагається відрізнити введення зі сканера від ручного набору, протестуйте і справжнім сканером, і ручними натисканнями. Поріг часу (для виявлення сканера зазвичай 30–100 мс між символами) не має давати хибно позитивних чи хибно негативних результатів.

4. Правильність розкладки клавіатури

Зчитуйте штрихкоди з цифрами, символами і (якщо це доречно) з літерами з діакритикою або символами поза ASCII і підтвердьте, що вони надходять як очікується. Невідповідність розкладки між сканером і операційною системою — часта причина непомітно хибних зчитаних значень.

5. Поведінка фокуса

Зчитуйте, коли цільове поле без фокуса, коли фокус в іншому полі і коли жоден елемент введення не у фокусі. Сканери надсилають лише події клавіатури, тож введення без фокуса на правильному полі або губиться, або потрапляє не туди.

6. Швидкі повторні зчитування

Зчитуйте той самий або різні штрихкоди одне за одним і підтвердьте, що застосунок не втрачає, не дублює і не зливає значення, коли зчитування надходять швидше, ніж інтерфейс встигає візуально оновитися.

7. Недійсні або пошкоджені штрихкоди

Протестуйте зчитування, які не проходять перевірку контрольної суми (формати EAN/UPC), нерозпізнані коди товарів або обрізані значення з пошкодженої етикетки. Застосунок має показати зрозумілу помилку, а не тихо прийняти погані дані.

8. Взаємодія з модальними вікнами й діалогами

Зчитуйте, коли відкрито модальний діалог, особливо без поля введення. Перевірте, що введення зі сканера не запускає небажані сполучення клавіш, прив’язані до окремих клавіш: швидкий пакет символів може випадково збігтися з клавішею скорочення.

9. Кілька полів і порядок табуляції

Для процесів, де суфікс TAB переходить між полями, перевірте, що порядок табуляції відповідає задуманій послідовності (наприклад, код товару → кількість → підтвердження) і що жодне поле не пропускається.

10. Повний процес POS і каси

Пройдіть сценарій від початку до кінця: зчитайте товар, змініть кількість, зчитайте другий товар, якщо підтримується, застосуйте штрихкод знижки й завершіть оплату. Так виявляються інтеграційні помилки, яких не видно під час тестування окремих полів. Докладний процес є в посібнику з тестування штрихкодів у POS.

Інструменти для цієї методики

Для пунктів 1–3 використовуйте тестер введення штрихкодів, а для пунктів 4 і 8 — тестер подій клавіатури, де важливі сирі коди клавіш і модифікатори.