Тестуй свій AI-додаток так, ніби ти — стороння людина (поки баги не знайшли твої користувачі)
Найдешевший спосіб зловити баги раніше за користувачів: дай свій додаток людині, яка бачить його вперше, поспостерігай, як вона ним користується, і запиши, що її збиває з пантелику чи ламається — лише одна людина, 10 хвилин, ніякої команди QA.
Чому баги вилазять лише тоді, коли додатком користується хтось інший?
Тому що ти вже точно знаєш, як користуватися тим, що сам побудував, — рука сама тягнеться в потрібне місце на екрані, ти ніколи не спробуєш ввести стару дату, і тестував ти на десктопі. «Тестування стороннім» означає: віддати готовий додаток людині, яка бачить його вперше, і в реальному часі спостерігати, що ламається, збиває з пантелику чи зупиняє її — раніше, ніж це зроблять справжні користувачі.
Ти побудував додаток для бронювання за допомогою свого AI-білдера. Тестуєш сам: обираєш дату, вписуєш ім’я, підтверджуєш. Працює.
Пробує колега: обирає дату, бачить неправильний часовий пояс. Розгубленість. Йде.
Пробує мама: випадково обирає дату в минулому, додаток падає.
Пробує друг з телефона: календар не працює (не може тапнути по полю).
Жоден із цих багів не складний. Але всі вони невидимі для тебе, бо ти точно знаєш, як користуватися тим, що сам створив. Стороння людина знайде кожен крайній випадок, який ти пропустив. Хороша новина: тестування «наче стороння людина» дешеве — і ловить саме те, що має значення.
Як протестувати додаток так, ніби ти стороння людина?
Дай свій додаток людині, яка навіть не знає про його існування, поспостерігай, як вона намагається ним користуватися «з холодного старту», і запиши, що ламається чи збиває з пантелику. Команда QA тут не потрібна. Потрібна одна людина і 10 хвилин.
Спосіб перший: попроси реальну людину (15 хвилин)
Напиши другу: «Можеш швиденько глянути на це і сказати, що думаєш?» Дай посилання, дай 5–10 хвилин погратися, а тоді запитай:
- Що ти намагався зробити?
- Це спрацювало так, як ти очікував?
- Що збило з пантелику?
- Що б ти змінив?
Тебе чекають сюрпризи. «Я не міг знайти кнопку відправки» (бо ти сховав її в модалці). «Я не знав, що треба заповнити email» (бо ти не позначив поле обов’язковим). «Чому в бронюванні написано вівторок, якщо я обирав середу?» (проблема з часовим поясом, яку ти не помітив).
Чому це працює: реальна людина протестує і головний сценарій, і ті випадково зламані шляхи, про які ти навіть не думав.
Але є нюанс: з тобою, найімовірніше, будуть ввічливі. Можуть не сказати прямо, що щось реально погано, бо не хочуть тебе засмучувати. Дивись більше на обличчя, ніж слухай слова.
Спосіб другий: тестуй на пристрої, яким сам не користуєшся (5 хвилин)
Якщо будував на десктопі — протестуй на телефоні. Якщо будував на телефоні — протестуй на планшеті.
Відкрий свій додаток. Спробуй:
- Тапнути кнопку біля краю екрана (вона може обрізатися)
- Проскролити не думаючи (працює?)
- Заповнити дату (є нормальний вибір дати чи очікується ручне введення?)
- Зробити фото, якщо додаток працює із зображеннями (який формат, який розмір, наскільки швидко?)
Більшість AI-білдерів роблять адаптивну верстку доволі непогано, але тебе здивує, що саме ламається на екрані 375px завширшки чи на повільному з’єднанні.
Чому це працює: мобільний пристрій повністю змінює те, наскільки швидким відчувається твій додаток і як люди з ним взаємодіють. Запит до бази даних на дві секунди — це нормально на десктопі. На мобільному через 4G це відчувається як «щось зламалося».
Але є нюанс: результат залежить від твого терпіння. Пройди один сценарій від початку до кінця на одному пристрої. Не влаштовуй екскурсію — виконай завдання.
Спосіб третій: тест за чек-листом (10 хвилин)
Якщо ще не готовий залучати реальних людей, протестуй додаток сам — але як стороння людина:
- Відкрий додаток. Не згадуй, що саме ти будував. Як ти думаєш, для чого цей додаток?
- Натисни на перше, що виглядає клікабельним. Не думай про те, що ти хотів, щоб воно робило. Воно робить те, що ти очікував?
- Спробуй завершити основне завдання (забронювати щось, заповнити форму, створити пост), не заглядаючи в довідку. Спрацювало з першої спроби?
- Знайди обов’язкові поля. Вони позначені так, щоб це було видно? (Один лише колір видно не всім.)
- Зроби помилку (залиш поле порожнім, введи неправильні дані). Додаток пояснює, що не так?
- Спробуй на телефоні. Текст читабельний? По кнопках можна влучити?
Це не замінить реальних тестувальників, але краще, ніж випустити щось зовсім непротестоване.
На що звертати увагу, поки хтось тестує твій додаток?
Дивись на вагання, обхідні шляхи, незрозумілі стани помилок, повільний мобільний досвід і дані, які ніби зникають, — кожен із цих сигналів вказує на конкретну і виправну проблему.
Вагання: якщо людина зупиняється перед тим, як натиснути кнопку, — кнопка недостатньо очевидна. Якщо запитує «мені це треба заповнювати?» — поле позначене нечітко.
Обхідний шлях: якщо людина намагається зробити щось, що не працює, а потім знаходить інший спосіб — у тебе є «обрив» у UX. (Намагається відправити форму клавішею Enter замість кнопки. Намагається очистити поле потрійним кліком замість хрестика.)
Стан помилки: якщо щось не спрацьовує — мережева помилка, помилка валідації, тайм-аут, — чи пояснює додаток, що з цим робити? Чи просто показує сердитий червоний блок?
Мобільний досвід: якщо тап реєструється із затримкою в три секунди, людина подумає, що додаток зламаний (можливо, це і не так — просто повільна мережа, — але відчувається саме так). Якщо не видно тексту через низький контраст, вона не буде скаржитися — просто піде.
Плутанина з даними: якщо людина щось створила і потім не може це знайти, або думала, що зберегла, а воно не зберіглося, — це баг, який ховається в схемі твоєї бази даних. Білдер, найімовірніше, зробив рівно те, про що ти попросив, але те, про що ти попросив, не збігається з тим, чого очікують користувачі.
Чи може твій AI-білдер виправити баги, які знайшла стороння людина?
Так — щойно ти опишеш, що саме побачив, а не те, якою тобі здається причина, білдер зможе виправити це напряму. Тобі не треба виправляти самому:
- «Поле дати не працює на мобільному» → білдер може замінити його на нормальний вибір дати.
- «Форма не показує, які поля обов’язкові» → білдер може додати візуальні позначки.
- «Не можу знайти, де відправити» → білдер може зробити кнопку більшою або перемістити її.
- «Коли я роблю одруківку, я не розумію, що пішло не так» → білдер може додати вбудовану валідацію.
Головне — бути конкретним щодо того, що ти побачив, а не щодо того, якою тобі здається причина. «Додаток заплутаний» не допомагає. «Я заповнив три поля, а потім не міг знайти, куди клікнути далі» — допомагає.
Тест «стороннього» — щоразу
Перш ніж вважати щось готовим, перш ніж показати справжнім користувачам, віддай це людині, яка не знає, що це ти побудував. Поспостерігай, як вона користується цим «з холодного старту». Запиши, що ламається.
Ти знайдеш:
- Баги, про існування яких навіть не здогадувався
- Сценарії використання, які складніші, ніж тобі здавалося
- Припущення, яких користувачі просто не поділяють
Найкраще в цьому: тест безкоштовний, займає 10 хвилин і вдвічі скорочує кількість повідомлень «а чому це не працює?».
Перемкни часовий пояс на телефоні на щось дивне, скористайся своїм додатком і повертайся до мене, якщо знайдеш щось цікаве.