Что такое ошибка логики клиента

Что проверяют

Термин размытый, и первое, что проверяют: уточните ли вы формулировку, прежде чем отвечать. Аналитику нужно уметь отделить дефект реализации от пробела в требованиях и адресовать проблему тому, кто её чинит, а не называть всё общим словом «баг».

Как отвечать

Сказать, что за фразой обычно стоят два разных явления, и разобрать оба.

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

Второе: ошибка на стороне клиента как отправителя запроса, то есть класс ответов 4xx против 5xx. Виноват сам запрос: не тот формат, пропущенное поле, истёкший токен.

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

Где спотыкаются

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

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

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