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

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

ТерминыОпределения
Тест-кейсНабор условий, действий (шагов с действиями и ожидаемыми результатами) и ресурсов для проверки какой-либо функциональности в продукте. Тест-кейс может быть автоматизированным или ручным
Тестовый наборНабор тест-кейсов
Тест-планНабор тест-кейсов для проверки определенной функциональности в продукте или для достижения какой-либо цели, например, смоук-тесты
ФичаФункциональная возможность продукта, которую необходимо протестировать
ПроектСамый высокий уровень агрегации для тестов. Может использоваться для тестирования всего продукта или его части
ЗапускНабор результатов тестов в рамках одного или нескольких прогонов. Содержит данные о выполнении тестов с параметрами, тегами и информацией об окружении, а также сами результаты выполнения тестов
ДжобаСущность, связанная с джобой сборки на CI-сервере и используемая для запуска этой джобы
ДефектОбнаруженное, проанализированное и зарегистрированное событие или ошибка в тест-кейсе, которое позволяет избежать подобных событий или ошибок в будущем
КарантинПараметр, который позволяет игнорировать некоторые результаты тестов, если тест упал по уже известной причине
Кастомные поляПользовательские метки (ключ + значение), используемые для построения иерархии дерева тестов. Заполняются вручную или указываются в автоматизированных тестах
ДеревоНастраиваемая иерархическая структура представления для тест-кейсов. Деревья строятся на основе кастомных полей
ОкружениеНабор условий для запуска тестов, таких как операционная система, ветка в системе контроля версий, идентификатор релиза, URL-адрес определенного прогона теста / джобы на CI-сервере сборки
Категория ошибкиРасширение для статуса прохождения теста (Успешный, Неуспешный и т. д.), которое добавляет специфику к результатам тестов и дополнительно классифицирует результаты тестов, упрощая их анализ
РольРоль пользователя ТестОпс в проекте, например: Владелец, Пользователь и т. д. Устанавливается вручную или извлекается из результатов тестов (для автоматизированных тестов)
Статус (тест-кейса)Стадия жизненного цикла теста, например: Активный, На ревью, Устаревший и т. д. Статусы используются для построения воркфлоу
ВоркфлоуРабочие процессы определяют жизненный цикл тестов. Вы можете назначать различные стадии жизненного цикла для ручных и автоматизированных тест-кейсов, а также создавать альтернативные воркфлоу для тест-кейсов одного и того же типа
Смарт тест-кейсыФича, позволяющая автоматически генерировать тест-кейсы на основе результатов тестов
Политика автоматического закрытияНабор правил, описывающих автоматическое закрытие запусков. Только для закрытых запусков создается тестовая документация и обновляются аналитика и статистика
ТегиМетки для маркировки определенных тестов и упрощения поиска
Схема очисткиНа уровне проекта или системы (все проекты инстанса) схема очистки определяет, как долго определенные артефакты результатов тестов (вложения, сценарии, фикстуры) будут храниться в хранилище данных
Pager
Previous pageМиграция с других решений
Next pageЧасто задаваемые вопросы

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