Часть 3 Azure DevOps: как настроить план тестирования

Добро пожаловать в заключительную часть, часть 3 из 3, в этой серии руководств по Azure DevOps. В предыдущих двух статьях я объяснил, как настроить репозиторий, создать конвейер сборки и настроить Конвейер выпуска Azure. Теперь, когда все ваши пайплайны на месте, пришло время для тестирования. В этом руководстве я познакомлю вас с основами настройки плана тестирования, который вы сможете запускать автоматически со своими пайплайнами. Таким образом, вы можете убедиться, что ваш код протестирован и соответствует вашим требованиям.
Зачем вам нужен план тестирования
Когда вы разрабатываете приложение, вы должны убедиться, что ваш код надежен. Для тестирования вашего кода у вас есть все виды методов тестирования, которые вы можете использовать. Одним из самых известных методов являются модульные тесты. Разработчики напишите эти тесты, чтобы проверить код, который они написали. Другой метод — UI/функциональные тесты, которые также пишет команда QA. Эти два метода тестирования создают прочную основу для тестирования.
Как правило, вы хотите, чтобы эти тесты запускались каждый раз, когда у вас есть запрос на слияние. Это гарантирует качество нового кода, поступающего в репозиторий. Это также не позволяет новому коду вносить ошибки или нарушать уже существующие функции. Теперь давайте составим план тестирования, который настроит вас на автоматизацию в будущем!
Как создать план тестирования и определить требования к невыполненной работе
Прежде всего, вы должны убедиться, что ваши требования к невыполненной работе в порядке. В зависимости от вашей роли в команде вам также может потребоваться тесное сотрудничество с бизнес-участником, менеджером проекта (PM) или владельцем продукта (PO) над этой задачей. Это потому, что элементы невыполненной работы будут определять ваш план тестирования. Каждый элемент невыполненной работы равен одному тестовому набору.
ШАГ 1: Перейдите в меню левой боковой панели и нажмите «Тесты» → «Планы тестирования» → «Создать новый план тестирования».

ШАГ 2: Дайте вашему плану тестирования правильное имя и итерацию. Ваша итерация будет частью вашего цикла выпуска, поэтому она может выглядеть как «мой проект/выпуск 1/спринт 2». Затем нажмите «Создать».
ШАГ 3. Добавьте набор тестов на основе требований. Важно знать, что отслеживание требований поддерживается только для тестовых наборов, связанных через набор тестов на основе требований. Это означает, что вам понадобятся рабочие элементы, которые включают в себя пользовательскую историю ( Agile ), элемент невыполненной работы по продукту (Scrum), требование ( CMMI ) и проблему ( Basic ). Это 4 методологии разработки программного обеспечения, которые примет Azure DevOps. Вы можете сформировать связь между рабочим элементом и выполнением теста, только если вы связываете тестовый пример с помощью набора тестов на основе требований. Если вы не свяжете их должным образом, они не будут корректно отображаться в плане тестирования.

Имейте в виду, что вам нужно убедиться, что вы включаете рабочие элементы только для каждого спринта. Это потому, что обычно вы хотите запускать тесты для каждого спринта. Когда время релиза наступит позже, вы также захотите сгруппировать все свои тесты из спринтов, составляющих ваш релиз, в один. Это создаст отчеты о тестировании для этого конкретного выпуска.
Далее я расскажу, как превратить рабочие элементы в настоящие тесты.
Как превратить ваши рабочие элементы в тесты
В этом разделе я покажу вам, как превратить рабочие элементы в тестовые примеры. Когда у вас будут готовы тестовые случаи, вы можете запустить их для своего приложения.
ШАГ 1. Щелкните Набор тестов на основе требований. Затем в правой части страницы нажмите New Test Case. Если у вас нет существующих тестовых случаев, в правом нижнем углу появится кнопка для их создания. Нажмите на нее, чтобы начать создавать свой первый тестовый пример.

ШАГ 2. Внутри нового рабочего элемента введите название тестового примера, а затем нажмите Щелкните или введите здесь, чтобы добавить шаг. Каждая из этих строк будет соответствовать тесту, с которым вы хотите сравнить свое приложение.

ШАГ 3: После того, как вы напишете все свои тестовые примеры, вы также должны убедиться, что они добавлены в ваш набор тестов. Если нет, вы можете добавить их вручную.
Вы создали свой набор тестов, поздравляем!
Обзор серии
Из этой серии статей вы узнали следующие навыки в Azure DevOps:
- Создать репозиторий
- Добавьте код в репозиторий
- Создайте конвейер сборки для вашего репо
- Добавляйте задачи в пайплайн
- Создайте артефакт из этого конвейера сборки
- Создайте конвейер выпуска и 4 среды для развертывания.
- Настройте план тестирования
- Добавьте тестовые случаи в план тестирования
Я надеюсь, что эти навыки помогут вам приятно провести время с Azure DevOps.
Последние мысли
В этом руководстве я вышел за пределы пайплайнов, чтобы взглянуть на планы тестирования. Теперь вы можете настроить базовый план тестирования на основе рабочих элементов в невыполненной работе. Тестирование — очень важная часть разработки программного обеспечения. Без этого у вас будут ошибки, которые будут мешать работе пользователя. Azure DevOps также значительно упрощает создание тестов и связывание их с рабочими элементами.
Наконец, эта серия из трех частей должна помочь вам отточить свои знания Azure DevOps. В общем, я надеюсь, что вы сможете использовать его для справки в своих будущих проектах.
Есть еще вопросы? Ознакомьтесь с разделами часто задаваемых вопросов и ресурсов ниже!
Часто задаваемые вопросы
Могу ли я копировать тестовые примеры из одного проекта в другой?
Да, вы можете копировать тестовые примеры из одного проекта в другой. Для Azure DevOps Server 2020 и более поздних версий вы также можете копировать тестовые наборы из проекта или другого проекта в набор тестов. При желании вы можете массово, импортировать и экспортировать тестовые наборы.
Являются ли параметры лучшим способом указать тестовые прогоны на разных платформах операционных систем?
Лучше использовать тестовые конфигурации. Вы запускаете разные значения параметров одно за другим с параметрами тестового примера. Это также затрудняет переход с одной платформы на другую.
Могу ли я использовать тестовые примеры в автоматизированном конвейере?
Да, вы можете использовать задачу «Visual Studio Test» для запуска любых тестовых случаев в конвейере. При создании конвейера и использовании этой задачи вам потребуется указать отображаемое имя и выбор теста. Вам также потребуется указать имена ваших тестовых файлов, папку для поиска и папку с результатами теста. Указав эту информацию, вы можете запустить задачу тестирования.
Должен ли я автоматизировать все тесты?
Нет. Хотя вы можете автоматизировать почти все, не рекомендуется автоматизировать каждый тест. Некоторые тесты требуют ручной проверки. Некоторым сложным функциям в приложении также требуется человек для их проверки.
Какие тесты не следует автоматизировать?
Прежде чем автоматизировать тест, убедитесь, что он был тщательно протестирован вручную. Вы также должны убедиться , что знаете все возможные результаты и задокументировать их перед автоматизацией. В противном случае, вы можете получить ложное срабатывание при запуске автоматических тестов.