CheckcraftУсловия и негативные сценарии API без кода
Сервис должен не только принимать правильные данные, но и предсказуемо отказывать на неправильных. Случайный ответ 500 не заменяет ожидаемую ошибку валидации.
Учебный тест при status равном ERROR проверяет errorCode. LIMIT_EXCEEDED проходит, а UNKNOWN показывает расхождение.
Описать ожидаемый отказ
Для отдельного негативного запроса задайте конкретный ожидаемый HTTP-код и тело ошибки по документации. Варианты без обязательного поля, с неверным типом и с недопустимым значением лучше разделить. Тогда из отчёта понятно, какая причина отказа проверялась.
Запустить правило по условию
Добавьте «Условный шаг (IF)». Поле условия status, оператор equals, значение ERROR. Следующий шаг «Поле JSON/источника логов» проверяет errorCode равный LIMIT_EXCEEDED. Если условие не выполнено, зависимые шаги могут быть пропущены. Пропуск не доказывает корректность errorCode.
{"status":"ERROR","errorCode":"UNKNOWN"}
Проверить отсутствующее поле и неверный тип
В варианте тела запроса удалите обязательное поле и проверьте ожидаемый отказ сервера. В следующем варианте передайте строку вместо числа. Ожидания берите из контракта, не из текущего ошибочного ответа. Сами правила запроса и правила ответа являются разными проверками.
Разобрать пустой массив
Пустой массив может быть нормальным результатом поиска или ошибкой заказа без позиций. Если он запрещён, добавьте проверку длины больше нуля до ForEach. Один только обход элементов не объясняет, должен ли пустой массив считаться допустимым.
Проверить обе ветки
Выполните данные, при которых условие истинно, и данные, при которых оно ложно. Для первой ветки отдельно подставьте неверный errorCode. Если по сценарию status обязан быть ERROR, проверьте его самостоятельным обязательным правилом до IF, иначе другая ветка может законно пропустить нужные проверки.
Повторить на готовых данных
Здесь лежит учебный тест-кейс для Checkcraft, правильный JSON и вариант с намеренной ошибкой. Файлы доступны без регистрации. Это данные для упражнения, а не доступ к чужому API.
Если приложение уже открыто
Создайте коллекцию, конструктор проверки и тест-кейс через контекстное меню дерева. В редакторе нажмите «Импорт» и выберите файл тест-кейса. Откройте добавленный тест. Скопируйте содержимое правильного JSON и нажмите «Вставить данные для анализа». Затем «Запустить тест-кейс» и вкладку «Результат».
Повторите те же действия с испорченным JSON, сохранив правила. В первом запуске ожидается успешная проверка, во втором ошибка. Если результат отличается, сравните импортированный тест, источник данных и текст отчёта.
Сверить с полученными при подготовке страницы отчётами можно по файлам успешного прогона и прогона с ошибкой. Примеры проверены 14 сентября 2026 года на текущем исходном коде приложения.
Посмотреть, как это работает на ваших данных
Можно начать с учебного файла на этой странице, увидеть найденную ошибку и затем заменить данные своим обезличенным примером. Для Windows и Linux доступна Free (beta) без ограничения срока.
Получить Free (beta)Как получить и запустить приложениеДля получения сборки нужен аккаунт и подтверждение email. Состав бесплатной версии опубликован на странице тарифов.