Как управлять различными тестовыми примерами с файлом функций в Specflow

Question

У нас есть ручные тестеры, которые просто списывают свои тестовые примеры в MTM и tfs sprint. Мы должны провести тесты оттуда, и мы автоматизируем истории в Specflow (форма BDD).

1) Ручные тестеры не записывают все тестовые примеры в одну историю. Обычно они создают разные истории для одной и той же функции. Итак, во время автоматизации, как должны быть наши файлы функций ?.

2) В настоящее время я могу сказать, что мы просто тестируем единицы измерения, но как мы будем обрабатывать сценарии высокого уровня для тестирования системы. Как обрабатывать полный процесс: «Когда я добавляю продукт в корзину», это означает, что клиент уже находится на странице описания продукта и добавляет товар в корзину после выбора количества. В настоящее время у нас есть сценарии, такие как «Я на странице продукта» и «Я выбираю количество», и «Я добавляю товар в корзину»

3) Также есть тестовые ящики для дыма. Итак, как мы можем выбрать или определить тестовые примеры, которые будут выполняться с помощью тестов Smoke. Как будет выглядеть наш файл функций Smoke? Как повторно использовать другие методы? мы не будем писать одинаковые тестовые примеры для дыма, мы просто хотим повторно использовать другие методы тестирования для дыма.

Я совершенно не знаком с этой штукой, поэтому в случае, если вы не знаете, что я написал, поставьте его в комментарии, и я его отредактирую.

Пожалуйста, помогите мне в управлении моими тестовыми примерами, файлами функций и сценариями.

Answer 1

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

2. «Высокие сценарии» включают автоматизацию сценариев, описанных выше в пользовательском интерфейсе. Если вам интересно, как автоматизировать сценарии, это зависит от вашего пользовательского интерфейса. Если у вас есть веб-интерфейс, Selenium Webdriver, как рекомендовал эксперт по качеству, является хорошим выбором. Чтобы ваши тесты поддерживались, вы должны исследовать Page Objects.

3. Многие испытательные бегуны, поддерживающие SpecFlow, предоставляют средства для категоризации тестов и позволяют запускать тесты по категориям. Чтобы использовать эту функциональность, вы можете добавить tags к вашим функциям или сценариям, чтобы классифицировать ваши тесты. Вы можете добавить @Smoke к функциям и сценариям, которые нарушают ваши тесты дыма. Затем в вашем сценарии для запуска тестов вы должны использовать аргументы командной строки для вашего тестового бегуна для запуска только тестов, отмеченных Smoke.

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