Как разрешить веб-компонент-тестеру запускать тесты, хранящиеся вместе с моими компонентами

Я экспериментирую со структурой для создания SPA с использованием полимера. Это будет включать большое количество пользовательских элементов на различных уровнях в общей иерархии приложения. Я хотел бы использовать web-component-tester для запуска тестов модулей на них.

web-component-tester, по-видимому, самоуверен относительно того, где будут храниться тесты - в отдельном каталоге тестов, где будут запускаться все найденные файлы.

Я противоположного мнения. Я хотел бы хранить тесты в том же каталоге, что и определение элемента. Я хотел бы дифференцировать тесты, называя их xxx.test.html (или, возможно, xxx.test.js). Я также хочу запускать различные "наборы" тестов, контролируемых gulp, некоторые из которых будут следить за изменениями, а затем запускать тесты (для стороны приложения моего проекта), а некоторые из них будут элементами, которые используют core-ajax для модуля проверить мои сценарии на стороне сервера. Скорее всего, они будут находиться в совершенно другой иерархии каталогов (мой каталог dist) и будут обслуживаться соответствующим веб-сервером.

Я "думаю", что файл "config" опция конфигурации wct-conf.js в корне моего проекта может быть, как я могу определить это, или, альтернативно, команда wct с некоторыми файловыми глобусами. К сожалению, README веб-компонента-тестера несколько запутывает в деталях, и когда у вас есть собственный веб-сервер, он говорит: "Вам нужно будет сохранить WCT browser.js чтобы пойти по этому пути."Что это значит?

Может кто-нибудь просветить меня о том, как заставить WCT запускать каждый из элементов /**/*. Test.html как свой собственный "набор" (на самом деле я собираюсь использовать описать, форматировать - но я предполагаю, что мне все еще нужно использовать термин люкс).

Может кто-то также объяснить, что мне нужно сделать browser.js, когда у меня есть свой собственный веб-сервер.

1 ответ

Решение

Я провел несколько экспериментов и немного отладил с помощью инспектора узлов. Во-первых, командная строка перезаписывает параметр suites в файле конфигурации

wct app/elements**/*.test.html

находит все мои модульные тесты, если они хранятся с элементами, и игнорирует содержимое параметра suites файла wct.conf.js.

также размещение того же значения (т.е. app/elements/**/*.test.html) в файле wct-conf.js для параметра suite выполняет ту же работу. На самом деле в этом режиме gulp test:localТакже работает правильно

Таким образом, чтобы запустить разные тесты для модуля и дистрибутива, мне просто нужно настроить для wct.conf.js для моих тестов модуля и настройте gulp для запуска командной строки с правильным расположением моего тестового файла

Я до сих пор не понял инструкции по работе с вашим собственным веб-сервером.

Другие вопросы по тегам