Skip to content
Main Navigation
Автоматизированное тестирование
Интеграции
Ручное тестирование
Дашборды и аналитика
Ресурсы
Документация
Блог
События
Последнее из блога
Управление дефектами
Управление дефектами
Разбираем понятия дефекта, ошибки и отказа, чтобы эффективно описывать их в баг-репортах, учитывать в тестировании и улучшить работу команды и баг-трекера.
Тестирование производительности
Тестирование производительности
Изучаем методы и средства для оценки быстродействия системы, а также определяем, когда и как лучше всего проводить тестирование: с помощью нагрузочного или стрессового подхода.
Настройка вебхуков в ТестОпс для Slack
Настройка вебхуков в ТестОпс для Slack
Гайд по настройке вебхуков в ТестОпс на примере создания сообщений для канала в Slack.
Перейти в блог
ТарифыПартнерыСвязаться с нами
Sidebar Navigation

Описание ТестОпс

О продукте

Информация о релизах

Миграция с других решений

Термины и определения

Часто задаваемые вопросы

Установка ТестОпс

Архитектура

Установка и первый запуск

Обзор

Kubernetes

Docker Compose

DEB-пакеты

RPM-пакеты

База данных

S3-хранилище

Конфигурация

Обзор

Сеть

Аутентификация

Обзор

Локальная аутентификация

LDAP

OpenID и Azure AD

OpenID и Keycloak

SAML 2.0

Настройка SMTP

Резервное копирование и восстановление

Начало работы

1. Создайте проект

2. Запустите ручной тест

3. Запустите автотест

4. Создайте комбинированный запуск

5. Обработайте результаты тестов

Обзор ТестОпс

Обзор

Дашборды

Тест-кейсы

Общие шаги

Тест-планы

Запуски

Результаты тестов

Дефекты

Джобы

Меню пользователя

Тест-кейсы

Статусы воркфлоу

Сценарий ручного теста

Параметры ручного теста

Вложения

Теги

Тестовые слои

Ссылки

Задачи из таск-трекеров

Сторонние тест-кейсы

Участники

Связанные тест-кейсы

Кастомные поля

Ключи маппинга

Импорт

Запуски

Окружение

Обновление метаданных

Сравнение запусков

Категории ошибок

Проект

Обзор

Управление доступом

Деревья

Вебхуки

Администрирование

Обзор

Участники

Группы

Очистка данных

Журналы аудита пользователей

Интеграции

Обзор

CI-серверы

AWS CodePipeline

Azure DevOps

Bamboo

Bitbucket

CircleCI

GitHub

GitLab

Jenkins

TeamCity

TeamCity (allurectl)

Таск-трекеры

GitHub

GitLab

Jira Data Center

Jira Software Cloud

Kaiten

Redmine

Wrike

Yandex Tracker

YouTrack

Системы управления тестированием

TestRail

Xray

Zephyr Scale

Экосистема ТестОпс

allurectl

AQL

API

Устранение неполадок

SaaS

ТестОпс как SaaS

Миграция в облако ТестОпс

On this page

Обновление метаданных ​

Источники метаданных ​

Для ручных тестов единственным источником метаданных являются данные, которые вводят участники проекта с помощью интерфейса ТестОпс.

Для автоматизированных тестов, как правило, можно указать один из двух источников метаданных:

  • Результаты теста (from_test_result).

    Это вариант по умолчанию для автоматизированных тестов. При загрузке результатов тестов ТестОпс заменяет метаданные (атрибуты) связанных тест-кейсов теми данными, которые указаны в результатах.

  • Тест-кейс (from_test_case).

    Менее распространенный вариант, когда некоторые атрибуты автоматизированных тест-кейсов устанавливаются вручную с помощью интерфейса ТестОпс. Этот подход требует дополнительных усилий для заполнения данных и поддержания их актуальности. Например, он может быть полезен, если инженер по тестированию хочет уточнить и расширить информацию, которая была получена из результатов теста. В таком случае вам необходимо настроить политику обновления метаданных для вашего проекта.

Настройка политики обновления метаданных ​

Примечание

Чтобы выполнить описанные ниже действия, вы должны быть владельцем проекта, в который хотите внести изменения.

Чтобы указать источник метаданных для определенного атрибута тест-кейса:

  1. Откройте ваш проект.
  2. Перейдите в раздел Настройки → Обновление метаданных.
  3. Нажмите + Создать.
  4. В поле Поле выберите атрибута тест-кейса, для которого вы хотите настроить политику обновления.
  5. В поле Политика выберите источник данных для атрибута (из результатов теста или из тест-кейса).
  6. Нажмите Отправить.

Политику обновления метаданных можно указать в настройках проекта.

Если вы выбрали вариант from_test_case, как в примере выше, то далее сможете вводить значения для указанного атрибута тест-кейса (description) с помощью интерфейса ТестОпс. Информация из результатов теста для этого атрибута будет игнорироваться.

Вы можете редактировать атрибут тест-кейса с помощью интерфейса ТестОпс.

Поддерживаемые атрибуты ​

ТестОпс поддерживает настройку политики обновления метаданных для атрибутов:

  • name (название),
  • test_layer (тестовый слой),
  • description (описание),
  • expected_result (ожидаемый результат),
  • link (ссылка),
  • tag (тег),
  • issue (задача из таск-трекера),
  • member (участник),
  • custom_field (кастомное поле).

Особенности работы с некоторыми атрибутами ​

expected_result ​

Атрибут expected_result предназначен только для ручных тестов и не считывается из результатов теста.

Если у вас в проекте был ручной тест-кейс, который вы автоматизировали, после загрузки результатов теста данные из этого атрибута будут удалены. Чтобы их не потерять, вы можете настроить для этого атрибута источник данных from_test_case перед тем, как начать загружать результаты.

Pager
Previous pageОкружение
Next pageСравнение запусков

Logo © 2025 Все права защищены. Сайт принадлежит компании ООО «Инструменты тестирования»