А кастом скрипт сделать чтоб траверсил директории вверх?

Асдф так и работает вроде, звучит не сильно сложно

Правда долго

“nodenv” ещё есть. На маке работает отлично, хз как там с виндой

вопрос по WDIO
пытаюсь заставить хром скачивать пдф файлы, а не открывать их во вьювере в новой вкладке. вот что сыпется в консоль (немного упростил мусор):

...
Starting ChromeDriver 77.0.3865.40 on port 4444
[0-0] RUNNING in chrome - /test/parse-pdf.ts
[0-0] 2020-02-07T20:08:11.050Z ERROR webdriver: Request failed due to invalid argument: invalid argument: unrecognized capability: chromeOptions
...

вот фрагмент конфига:

// wdio.conf.js
const path = require('path');
const downloadsPath = path.resolve(__dirname, 'resources/files/');

exports.config = {
    capabilities: [{
        browserName: 'chrome',
        acceptInsecureCerts: true,
        chromeOptions: {
            prefs: {
                "plugins.plugins_disabled": "Chrome PDF Viewer",
                "plugins.always_open_pdf_externally": true,
                "download.default_directory": downloadsPath,
                "download.prompt_for_download": false,
            }
        }
    }],
    services: ['selenium-standalone'],
};

  capabilities: [
    {
      'browserName': 'chrome',
      'goog:chromeOptions': {
        args: ['window-size=1920,1080'],
        prefs: {
          'download.prompt_for_download': false,
        },
      },
    },
  ],

попробуй

еще можно добавить кастомный каталог

capabilities['goog:chromeOptions'].prefs['download.default_directory'] = downloadsDir // свой dir

тест стартует - уже хорошо. но не могу проверить делает ли оно то, что мне надо, т.к. кто-то блять уронил тестовую среду...
энивей - спасибо, дальше уже понятно, что делать

Приветствую всех!
1) Прошу откликнуться тех, кто сталкивался с практическим написанием интеграционных тестов (не unit-tests) для API (на JS / NodeJS)?
1.1) Интересует как в идеале они должны выглядеть ?
1.2) Используете ли Вы приципы мокирования (через mock-server) для п.1 ?

Кстати, по этому вопросу интересный момент: о спорах, что неважен язык автоматизации.
Например, у нас есть апи тесты на ноде и на php. На php удобнее писать, так как можно хакать приложение на Yii (или lavarel/symfony и т.д.), дергать имеющиеся методы phpшные, все запросы переадресовывать на тестовую бд и т.д.
На ноде это сложнее сделать.
И никаких моков( кроме внешних зависимостей)

1.1 красное бей зеленое хиль реквесты посылай, респонсы ассёрти
1.2 используем когда нужно

спасибо!

ммм выглядит так что ты пишешь очевидные(по крайней мере для меня вещи)

спасибо за детализацию ответа!

но фигня в том что очень часто эти тесты не лежат в одной репе и вообще отдельно. в этом случае хоть на visual basic пиши. разницы особо нет.

Так и есть. Но споры периодически возникают

коллеги, просто тут проблема образовалась, написали тесты интеграционные, но просят их переделать в русле - мокирования

так как в текущих тестах используется реальный сервер и все его связки

Моки лучше использовать только для внешних зависимостей.