К содержанию
CheckcraftСкачать
Практика в Checkcraft

Автотесты XML без кода

Checkcraft — программа для проверки API и логов без кода, есть бесплатная версия. Скачать без регистрации →

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

Подготовлено командой Checkcraft · Обновлено

Поможем с первой проверкой →

Что получится

Учебный тест проверяет status равный OK, положительный amount и разрешённые теги. Во втором файле он находит ERROR и лишний debug.

В XML пришёл статус ERROR вместо OK и лишний тег debug. Проверка amount прошла. Настоящий подробный отчёт HTTP-прогона с правилами рядом со значениями. По нажатию откроется полный экран прогона.
В XML пришёл статус ERROR вместо OK и лишний тег debug. Проверка amount прошла. Настоящий подробный отчёт HTTP-прогона с правилами рядом со значениями. По нажатию откроется полный экран прогона.

Выбрать источник XML

В HTTP-прогоне XML берётся из тела ответа. Для логов поддерживается XML в tag.body выбранной записи. В приложенном упражнении используется JSON-обёртка, чтобы вставить данные в редактор и проверить их без сервера. Это не формат XML-ответа вашего API.

{"tag":{"body":"<response><status>OK</status><amount>100</amount></response>"}}

Проверить обязательный тег и значение

Добавьте «XML тег». Для status задайте equals и OK. Для amount задайте greaterThan и 0. Отсутствующий тег приводит к ошибке соответствующей проверки. В этом примере используются простые имена тегов. Для вложенности нужно сверить фактический путь и результат на своём XML.

Запретить лишние теги

Добавьте «XML Whitelist». Для проверки всего документа оставьте путь пустым, а разрешённые теги задайте через запятую. В упражнении разрешены response, status, amount. Сам по себе whitelist не подтверждает наличие каждого обязательного тега.

response, status, amount
Форма XML Whitelist в настоящем редакторе Checkcraft.
Форма XML Whitelist в настоящем редакторе Checkcraft. Полный размер ↗

Проверить каждый повторяющийся элемент

Для повторяющихся узлов используйте «ForEach XML». Например, путь //item выбирает элементы item. Проверки после него выполняются для выбранных узлов. Сначала проверьте выборку на небольшом XML с двумя элементами и ошибкой только во втором. Пространства имён и сложные XPath требуют отдельной проверки на вашей структуре; учебный файл ниже их не использует.

Отличить проверку тегов от XSD

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

Повторить на готовых данных

Быстрый опыт ниже выполняется в редакторе тест-кейса. На снимках показан подробный отчёт из HTTP-прогона или Log-прогона. Для HTTP-прогона верните учебный JSON или XML из локального мока, выполните импортированный тест-кейс и откройте «Анализ результатов», «Детально», «Со структурами». Для Log-прогона загрузите учебные данные в источник логов, включите «Без запроса», выполните проверку и откройте «Детально», «Подробно».

Здесь лежит учебный тест-кейс для Checkcraft, правильный JSON и вариант с намеренной ошибкой. Файлы доступны без регистрации. Это данные для упражнения, а не доступ к чужому API.

Если приложение уже открыто

Создайте коллекцию, конструктор проверки и тест-кейс через контекстное меню дерева. В редакторе нажмите «Импорт» и выберите файл тест-кейса. Откройте добавленный тест. Скопируйте содержимое правильного JSON и нажмите «Вставить данные для анализа». Затем «Запустить тест-кейс» и вкладку «Результат».

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

Сверить с полученными при подготовке страницы отчётами можно по файлам успешного прогона и прогона с ошибкой. Примеры проверены 14 сентября 2026 года на текущем исходном коде приложения.

Проверка SOAP-ответа как XML

Если интеграция использует SOAP поверх HTTP, сначала согласуйте endpoint, версию SOAP, Content-Type и нужное действие. После получения ответа отдельно проверьте Envelope, Body и результат операции либо Fault. XML-правила помогают проверять выбранные теги. Нельзя считать успешный HTTP-статус доказательством отсутствия SOAP Fault или полной проверки WSDL-контракта.

От примера к своей проверке

Посмотреть, как это работает на ваших данных

Можно начать с учебного файла на этой странице, увидеть найденную ошибку и затем заменить данные своим обезличенным примером. Для Windows и Linux доступна Free без ограничения срока.

Скачать FreeКак получить и запустить приложение

Скачивание без регистрации и почты, архив готов за пару минут. Состав бесплатной версии опубликован на странице тарифов.

Можно спросить человека

Поможем с первой проверкой

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

Telegram-группа открытая: не публикуйте пароли, токены и конфиденциальные рабочие данные. Для первого вопроса достаточно описания задачи.

Можно написать напрямую support@checkcraft.ru

Без регистрации. Ответим по email. Это обращение в поддержку, а не подписка на рассылку.