Нейросети для тестировщика: как составить проверки и заметить выдуманные требования

01 / Нейросети

Дайте задаче чёткие границы

Для учебного упражнения возьмём поле «Количество билетов». Спецификация: поле обязательное; принимает целые числа от 1 до 5 включительно; при допустимом значении форма отправляется; при недопустимом показывает ошибку и не отправляется. Проверяем только это поле.

В требованиях ничего не сказано о пробелах по краям, ведущих нулях, виде сообщения и блокировке кнопки. Не добавляйте эти правила самостоятельно. Именно здесь удобно проверить качество ответа нейросети: заметит ли она неизвестное или выдаст предположение за норму.

Для реальной задачи используйте только материалы, которые разрешено передавать выбранному сервису. Учебный пример ниже самодостаточен, внутренние данные проекта не нужны.

02 / Нейросети

Попросите набор проверок с основаниями

Составь компактный набор проверок поля по спецификации.
Для каждой укажи: входное значение; ожидаемое поведение; точное требование, из которого оно следует.
Включи допустимые значения, границы, значения за границами и неверный тип данных. Удали дубли с одинаковым смыслом.
Если поведение не определено, не придумывай его: вынеси случай в отдельный список вопросов.
Не называй проверки выполненными и не утверждай, что дефекты найдены.
Спецификация: поле «Количество билетов» обязательное. Принимает целые числа от 1 до 5 включительно. При допустимом значении форма отправляется, при недопустимом показывает ошибку и не отправляется. Других требований нет.

Колонка с основанием нужна для вашей сверки. Даже если модель сослалась на требование, сравните её вывод с исходным текстом.

03 / Нейросети

Сравните с ручным разбором

Это ручной разбор условий, а не отчёт о запуске приложения. Он помогает проверить черновик модели, но не является полным планом тестирования продукта. Например, формат ввода, доступность поля и обработка запросов на сервере требуют отдельного контекста.

Случаи « 2 » и «02» вынесите в вопросы: должна ли форма нормализовать ввод? Прямого ответа в спецификации нет. Также нельзя утверждать, что ошибка обязана быть красной или кнопка должна стать неактивной.

04 / Нейросети

Найдите ошибки в чужом черновике

Представим, что вам предложили такие пункты: «0 принимается», «после ошибочного ввода кнопка блокируется», «проверка 2 и проверка 3 обязательны как разные классы», «дефект дробных значений найден». Это специально составленные ошибки для упражнения. Как их исправить?

• «0 принимается» противоречит нижней границе. Ожидаем ошибку и отсутствие отправки.
• Блокировка кнопки не задана. Заменяем на наблюдаемое требование «форма не отправляется» или задаём вопрос об интерфейсе.
• 2 и 3 оба находятся внутри разрешённого диапазона. Для компактного набора можно оставить один представитель, если нет дополнительных правил.
• Чтобы назвать поведение дефектом, нужно выполнить проверку на приложении, записать фактический результат и сравнить с ожидаемым. Список идей этого не подтверждает.

05 / Нейросети

Доведите черновик до рабочего материала

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

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

Вопросы по теме

Что ещё стоит уточнить