Size: a a a

2020 January 25

A

Anton in JS for testing
Ребят, я наверное избалован Java и IDEA, но вот подскажите как настроить run configuration в webstorm для запуска через ..\wdio wdio.conf.js ? =)
источник

BO

Boris Osipov in JS for testing
Anton
Ребят, я наверное избалован Java и IDEA, но вот подскажите как настроить run configuration в webstorm для запуска через ..\wdio wdio.conf.js ? =)
создай run configuration типа nodejs укажи путь к \wdio который в node_modules/.bin/ + параметры скрипту которые указываешь
источник

A

Anton in JS for testing
источник

¢

¢^°=¶√•| in JS for testing
Dmitriy Kovalenko
Да прикиньте так и живу))) Патреон + спонсорят некоторые кампании
Не долго осталось (
источник

BO

Boris Osipov in JS for testing
другой вариант. добав в package.json скрипт для рана wdio. потом сделай run configuration который запускает этот npm скрипт
источник

A

Anton in JS for testing
Boris Osipov
другой вариант. добав в package.json скрипт для рана wdio. потом сделай run configuration который запускает этот npm скрипт
спасибо =) так сработало =) неочевидный вариант канеш
источник

A

Anton in JS for testing
хотя это аналогично запуску из терминала. Никакой интеграции в Run window - что канеш логично. Для этого нужно юзать тест раннер какой нить, а не встроенный в wdio =)
источник

BO

Boris Osipov in JS for testing
не. нужен плагин для шторма под вдио..
источник

A

Anton in JS for testing
такого вроде нет
источник

OK

Oleksandr Khotemskyi in JS for testing
Anton
такого вроде нет
Можно написать ;)
источник

BO

Boris Osipov in JS for testing
есть предположение что wdio юзеры не очень любят писать плагины на джаве
источник

OK

Oleksandr Khotemskyi in JS for testing
Boris Osipov
есть предположение что wdio юзеры не очень любят писать плагины на джаве
Кстати а на вижуал студию плагины писал кто то?
источник

BO

Boris Osipov in JS for testing
Oleksandr Khotemskyi
Кстати а на вижуал студию плагины писал кто то?
кто-то писал. я никогда не сталкивался.
источник

SC

Sergey Chepets in JS for testing
Возвращаясь к вчерашней теме сьютов и тегов в тестах на Wdio + mocha. Реализация Бориса навела меня на такую идею - Реализовываем запуск тестов через wdio ранер в конфиг которого прокидываем значение тега из параметров командной строки. Теперь у нас есть в конфиге свойство tags в виде массива или строки (зависит от целей). Далее в каждом describe или it определяем переменную tags в виде массива тегов, к которым относится тест. Далее в перед каждым тестом выполняем функцию, которая вытягивает из конфига browser.config.tags и сравнивает с this.tags, если совпадений нет, то выполняем моковский this.skip(). Как вам такая идея реализация тегирования?
источник

OK

Oleksandr Khotemskyi in JS for testing
Sergey Chepets
Возвращаясь к вчерашней теме сьютов и тегов в тестах на Wdio + mocha. Реализация Бориса навела меня на такую идею - Реализовываем запуск тестов через wdio ранер в конфиг которого прокидываем значение тега из параметров командной строки. Теперь у нас есть в конфиге свойство tags в виде массива или строки (зависит от целей). Далее в каждом describe или it определяем переменную tags в виде массива тегов, к которым относится тест. Далее в перед каждым тестом выполняем функцию, которая вытягивает из конфига browser.config.tags и сравнивает с this.tags, если совпадений нет, то выполняем моковский this.skip(). Как вам такая идея реализация тегирования?
я себе взял за правило когда что-то придумываю сначала проверить не сделал ли кто-то такое до меня -

https://www.npmjs.com/package/mocha-tags
источник

OK

Oleksandr Khotemskyi in JS for testing
Oleksandr Khotemskyi
я себе взял за правило когда что-то придумываю сначала проверить не сделал ли кто-то такое до меня -

https://www.npmjs.com/package/mocha-tags
думаю можно даже через вдио конфиг передать попробовать -

   mochaOpts: {
       ui: 'bdd'
       tags: "is:integration not:slow not:network"
   },
источник

SC

Sergey Chepets in JS for testing
да, отлично - эта либа упрощает вторую часть реализации.
источник

OK

Oleksandr Khotemskyi in JS for testing
Sergey Chepets
Возвращаясь к вчерашней теме сьютов и тегов в тестах на Wdio + mocha. Реализация Бориса навела меня на такую идею - Реализовываем запуск тестов через wdio ранер в конфиг которого прокидываем значение тега из параметров командной строки. Теперь у нас есть в конфиге свойство tags в виде массива или строки (зависит от целей). Далее в каждом describe или it определяем переменную tags в виде массива тегов, к которым относится тест. Далее в перед каждым тестом выполняем функцию, которая вытягивает из конфига browser.config.tags и сравнивает с this.tags, если совпадений нет, то выполняем моковский this.skip(). Как вам такая идея реализация тегирования?
а для первой части можно взять https://github.com/tj/commander.js/
источник

OK

Oleksandr Khotemskyi in JS for testing
import * as OPTIONS from 'commander';

OPTIONS
   .option(‘
--tags <type>')

OPTIONS.parse(
process.argv);


export.config = {
  ….
  mochaOpts: {
       ui: 'bdd'
       tags: OPTIONS.tags
   },
}
источник

OK

Oleksandr Khotemskyi in JS for testing
только надо проверить можно ли передать таким образом теги в mochaOpts
источник