Библиотека определений шагов для Meteor-огурец / шимпанзе
Привет, я ищу предопределенные (общие) определения шагов для Meteor-cucumber\chimp.
Я использовал PHP Behat (фреймворк BDD для огурцов). Есть это расширения и этот класс. Что позволяет вам иметь общие определения шагов из коробки. Вам не нужно писать эти определения шагов самостоятельно.
Ниже приведен список определений шагов, которые вы получили от Behat.
2 ответа
Короткий ответ
Такого рода библиотека step-def не существует, и мы (авторы Chimp) не будем добавлять их, потому что мы видели, что они очень вредны в долгосрочной перспективе.
Похоже, что вы хотите написать тестовые сценарии, в этом случае вам лучше использовать Chimp с командами Mocha + Customer WebdriverIO, а не Cucumber для их написания.
Длинный ответ
Файлы функций с простыми языковыми сценариями и действиями предназначены для обнаружения и выражения домена вашего приложения. Естественный текст произвольной формы побуждает вас использовать язык, который вы можете использовать со всей командой, иначе известный как язык повсеместного использования.
Вы хотите сделать одну из самых распространенных ошибок, когда речь идет о Cucumber, а именно использовать его в качестве инструмента тестирования пользовательского интерфейса. Использование шагов на основе пользовательского интерфейса нарушает принцип повсеместного языка.
Повторное использование шага должно происходить вокруг бизнес-домена, чтобы вы создали вездесущий язык домена. Если вы будете использовать шаги интерфейса вместо спецификаций, вы в конечном итоге создадите технический долг, не зная об этом. Синтаксис Gherkin нелегко реорганизовать, и если вы измените свои пошаговые реализации, вам придется обновляться в нескольких местах. Что касается проблем с доменом, это обычно не является большой проблемой, но для тестов пользовательского интерфейса, скорее всего, вы будете интенсивно повторять шаги.
Похоже, вы заинтересованы в хорошем повторном использовании кода. Если подумать, у WebdriverIO уже есть отличный API, и большинство шагов, которые вы хотите использовать, будут просто обертками вокруг API.
Вместо того, чтобы создавать этот посторонний перевод, вам просто нужно, чтобы Мокко написал тесты и получил прямой доступ к API WebdriverIO. Таким образом, у вас есть полный язык JavaScript для использования некоторых методов разработки программного обеспечения вместо упрощенного парсера Gherkin.
В WebdriverIO также есть отличная команда пользовательских команд, которая позволяет вам создавать все методы, которые вы упомянули выше. Файл расширения, который добавляет тонну этих сценариев, будет ОЧЕНЬ полезным.
Мы написали репозиторий с лучшими практиками и некоторыми уроками. В частности, вы должны увидеть:
- Урок № 1: Тестовые сценарии!== Исполняемые спецификации
- Урок № 2. Скажи нет сценариям тестирования на естественном языке
Вы также можете прочитать:
Для проверки моего пользовательского интерфейса я буду использовать Mocha. Мне не нужны спецификации огурца.
В качестве бегуна задач я буду использовать Chimp (Chimp использует webdriver.io).
Вот быстрый Мокко + Шимпанзе, как.