1. Объём: что должна делать первая версия

Возьмём вымышленный калькулятор для оценки собственных затрат. Пользователь вводит количество, цену за единицу и доставку, а инструмент показывает итог. В первой версии нет сохранения клиентских данных и приёма платежей.

Запишите это в задаче и добавьте пример с известным ответом: количество 10, цена 12, доставка 8 — 10 × 12 + 8 = 128. По нему и вы, и ИИ сможете проверить расчёт.

Если нужны аккаунты, заказы или оплата, выпишите вопросы для каждой функции отдельно и распределите их по версиям с учётом времени и своих возможностей.

2. Сценарий: можно ли пройти от открытия до результата

Пройдите путь человека, который видит инструмент впервые: открыть страницу, заполнить поля, нажать расчёт, найти результат, изменить данные и посчитать снова. Проверьте, где показаны единицы, суммы и подсказки.

Повторите на телефоне. Не закрывает ли клавиатура кнопку, не приходится ли искать результат по всей странице? Сохраните шаги и входные данные, чтобы повторять сценарий после изменений.

3. Ошибки: понятно ли, как продолжить

Попробуйте пустое количество, отрицательную цену и дробное количество. Сообщение должно объяснять, что исправить; после исправления расчёт должен продолжаться.

Если проект обращается к внешнему сервису, проверьте отказ и превышение времени ожидания: не крутится ли загрузка бесконечно, можно ли повторить запрос, не появятся ли дубли записей. Добавляйте проверки по фактическим функциям. Статическому калькулятору не нужен сервер, который не участвует в его работе.

4. Данные: что сохраняется и кому доступно

Выясните, остаётся ли ввод в текущем браузере или отправляется на сервер либо стороннему сервису. Если сохраняются рабочие данные, определите права чтения и изменения и проверьте их под разными аккаунтами.

Помимо скрытия информации на странице сервер тоже должен проверять права чтения. В вымышленном примере клиентской карточки показано, как отдельно описать просмотр своих данных и попытку получить данные другого аккаунта.

5. Публикация: работает ли сценарий по конечному адресу

Выберите подходящий хостинг и запишите шаги сборки, публикации и запуска. По конечному адресу проверьте HTTPS, мобильную страницу, основные ссылки и обновление страницы, затем повторите исходный расчёт. При наличии сервера проверьте рабочую конфигурацию, чтение и запись данных и способ просмотра ошибок.

Перед публикацией сохраните рабочую версию и разберитесь, как её восстановить. Для изменений рабочих данных нужна подходящая резервная копия. Отдельно выясните, что произойдёт с данными при возврате к предыдущему коду.

Сохраните опору для следующих изменений

Оставьте описание задачи, рабочую версию, тестовые данные, инструкцию и список нерешённых вопросов. После публикации попросите будущих пользователей попробовать инструмент. Запишите, где они остановились, и исправляйте по влиянию на работу. Для новых функций добавляйте соответствующие примеры.

Полный список можно скачать на странице проверок перед публикацией. Если вы только начинаете, уточните цель и границы с помощью шаблона задачи.

Частые вопросы

Можно ли начать проверки до готовности всех функций?
Да. Проверяйте каждую небольшую рабочую часть на данных с известным результатом. Так проще связать проблему с недавним изменением и сохранить работоспособную версию.
Нужны ли версии, если я работаю один?
Нужна история, позволяющая восстановить предыдущее состояние. Подойдёт Git или история версий вашего инструмента. Самостоятельно попробуйте вернуть предыдущую версию.
Что делать сразу после публикации?
Повторите основное действие по опубликованному адресу, затем предложите попробовать инструмент будущим пользователям. Запишите затруднения и ошибки и выбирайте исправления по их влиянию.

Читать дальше

Записаться на бесплатные 15 минут Стоимость и содержание