Примечание.
Для доступа к этой странице требуется авторизация. Вы можете попробовать войти или изменить каталоги.
Для доступа к этой странице требуется авторизация. Вы можете попробовать изменить каталоги.
Azure DevOps Services | Azure DevOps Server | Azure DevOps Server 2022
Сегодня более быстрый темп разработки требует инструментов, которые позволяют тестовым командам легче проверять ценность на основе бизнес-требований и соответствовать требованиям клиентов к высококачественному программному обеспечению. Этот тип тестирования часто называется приемочным тестированием пользователей.
Как правило, вы создаете набор тестов с помощью формального типа рабочего элемента требования. Однако сегодняшние гибкие команды часто предпочитают работать с пользовательскими историями или элементами бэклога продукта в качестве их требований.
Предварительные требования
| Категория | Требование |
|---|---|
| Доступ к проекту | Член проекта. |
| уровни доступа | Чтобы запросить или предоставить отзывы: необходим доступ уровня Участник проекта. |
| разрешения | — Чтобы добавить или изменить ошибки или другие типы рабочих элементов: — Добавление новых тегов: создание определения тегов набор разрешений для Allow. Для получения дополнительной информации см. Настройка разрешений и доступа для тестирования. |
| Конфигурация | Рабочие элементы и тестовый план. Если у вас нет этих данных, создайте свой бэклог и создайте план тестирования. |
Назначение и приглашение тестировщиков
Для проверки принятия пользователем можно назначить несколько тестировщиков набору тестов. Вы даже можете назначить заинтересованных лиц, которые создали бизнес-требования, в качестве тестировщиков.
Перейдите к Test plans. Вы можете выбрать Мои, чтобы просмотреть избранное, или Все, чтобы просмотреть все планы тестирования. Откройте тестовый план.
Выберите набор тестов, а затем выберите дополнительные параметры или щелкните правой кнопкой мыши, чтобы просмотреть контекстное меню и назначить тестировщиков для выполнения всех тестов.
В поле "Поиск пользователей" введите имя или частичное имя, чтобы найти нужных тестировщиков. Вы можете выбрать несколько тестировщиков.
Совет
Вы можете выбрать отдельных пользователей, которые являются членами группы допустимых пользователей проекта. Невозможно выбрать группы пользователей.
Чтобы уведомить тестировщиков, выберите "Отправить сообщение электронной почты".
Введите тему сообщения и заметку при необходимости и нажмите кнопку "ОК".
Примечание.
Для развертывания локального Azure DevOps необходимо настроить SMTP-сервер. Дополнительные сведения см. в разделе Настройка SMTP-сервера
Если у вас есть большой пул потенциальных тестировщиков, вам может потребоваться выполнить поиск тестировщиков, как описано ранее.
Чтобы назначить тестировщика отдельному тестовому случаю, в контекстном меню появится опция поиска. Выберите вкладку "Выполнить ", выберите тестовый случай, а затем выберите "Дополнительные параметры " или щелкните правой кнопкой мыши, чтобы открыть контекстное меню.
При выборе Назначить тестировщика используйте параметр поиска для нахождения тестировщика.
Отслеживание результатов
Ключевым принципом хорошей практики тестирования принятия пользователей является минимизация усилий, необходимых для определения того, достигается ли требование. Существует два способа отслеживания результатов.
- Сосредоточьтесь на индивидуальных запусках тестов и тестированиях, чтобы понять, что завершилось сбоем.
- Используйте представления диаграммы для более легкого отслеживания результатов теста.
Все члены вашей команды могут получить доступ к этим представлениям диаграммы.
Пример панели мониторинга также используется для других типов тестирования, таких как непрерывное тестирование.
Если вы не видите ожидаемые данные или информацию на диаграммах панели мониторинга, убедитесь, что столбцы в вашей информации добавлены в представление "Тесты". Дополнительные сведения см. в руководствах по тестированию вручную: диаграммы, итерации и запуски.