@wiggly Хотел не ставить всяких тулзов для моков и кэваридж

Джасмин + тс + карма + вебпак Этот минимум всё равно будет.

Еще же синон какой-нибудь надо ставить?

И истанбул еще?

tap/tape и нет проблем

tap/tape и нет проблем

Это что такое?

Еще же синон какой-нибудь надо ставить?

Я бы подключил enzyme. Но тут придется поковыряться для TS =(

Я бы подключил enzyme. Но тут придется поковыряться для TS =(

я подключал, особо ковыряться не пришлось

Энзим и для Джеста есть

Но похоже сам джест хрен подключишь )

Под ts

Под ts

https://github.com/kulshekhar/ts-jest

?

Это что такое?

https://www.npmjs.com/package/tap

@dreamerinnoise , так у меня же он прописан, как я сказал выше: "transform": { ".(ts|tsx)": "<rootDir>/node_modules/ts-jest/preprocessor.js" },

@dreamerinnoise проблема в том, что он не подхватывает обработку "import"

Не хотелось бы во всем проекте import переписывать на require )

https://www.npmjs.com/package/tap

Спасибо! Будет время, поизучаю

я подключал, особо ковыряться не пришлось

Это да. Конфиг кармы только на вебпак переписать и можно смело юзать. Как нить займусь

Это да. Конфиг кармы только на вебпак переписать и можно смело юзать. Как нить займусь

reporters: ['mocha', 'karma-remap-istanbul'],

это примерно всё что надо было сделать

чтобы coverage был нормальный

Ну в общем, я так понял, что jest пока слишком экзотичный тул ) Действительно, у меня пока нет никого в кругу общения, кто бы его юзал

Я просто почитал что он содержит в себе все что надо, и минимум придется ставить и настраивать. Вот и заинтересовался. А по факту весь вечер бьюсь )

С ts подружить не получается )

Так... пока стало ясно что тестовый скрипт надо запускать с --no-cache

Просто обновленные параметры не подхватывались

У меня все работает с Jest. jest.config.json: { "transform": { "^.+\\.(ts|tsx)$": "<rootDir>/node_modules/ts-jest/preprocessor.js" } }

reporters: ['mocha', 'karma-remap-istanbul'],

У нас нет в проекте карма ремап истанбула. Тоже хотел так сделать. Но надо будет попробовать протащить

tsconfig.json: { "target": "es6", "module": "commonjs", "moduleResolution": "node" }

tsconfig.json: { "target": "es6", "module": "commonjs", "moduleResolution": "node" }

и потом бабелем ещё прогоняешь?

У меня все работает с Jest. jest.config.json: { "transform": { "^.+\\.(ts|tsx)$": "<rootDir>/node_modules/ts-jest/preprocessor.js" } }

Спасибо! У меня просто в кэше было дело )

Webpack2 сам импорты парсит. Но да, для старых браузеров прогоняю

Пожалуйста )

А, ой. Это для Node.js конфиг

Тут бабелем нет смысла прогонять, все ES6+ фишки TypeScript транспилит в ES6, а нода 6 умеет ES6 почти полностью, кроме импортов. Которые тоже транспилит TypeScript )

аа, там же суть jest в том, что она не в браузере тесты прогоняет.

У меня два конфига Jest. Один гоняет с JSDOM, другой без

И никакой ts-jest не нужен, если используется вебпак! )

Короче, все пока работает, и я рад! )

Как в jest проверить что массив ВКЛЮЧАЕТ в себя определенный набор элементов?

Не состоит из них, а просто то, что они присутствуют в массиве?

Ну а причем тут jest, это просто алгоритмика

Я просто оказался избалован mocha )

Вернее chai

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

Тут не нужен какой то мудрый метод отдельной библиотеки

Уже прописал метод из ramda для этого )

Я просто думал что есть что-то из коробки. Ужасно непривычно после chai

Много чего нет

Из ассершнов

Я просто думал что есть что-то из коробки. Ужасно непривычно после chai

А зачем тогда переходить на джест ?

А зачем тогда переходить на джест ?

Что б меньше инструментов использовать

Всяких истанбулов и синонов

Что б меньше инструментов использовать

под капотом всё равно это есть

ну истанбул всё равно в итоге юзается =)

Ага

на нем всё и завазано считай

Не важно что под капотом )

Шило на мыло получается. А так пока ты разбираешься и переписываешь на джест куча времени уйдет +)

Меньше париться просто

С установками и настройками

Есть jest, и все что надо в нем

Но если всё настроишь, то обязательно заделись линком на проект.

+

:3

ERROR: S client not available

ок

Есть jest, и все что надо в нем

До тех пор, пока это удаётся настроить под твои нужды - супер, просто часто знания всего процесса в отдельности и позволяют настроить как нужно)

Есть jest, и все что надо в нем

А я думал, что берешь все самые простые инструменты, юзаешь и если нужно то подключаешь еще что нибудь)

по обстоятельствам.

https://facebook.github.io/jest/docs/getting-started.html#using-typescript Тут говорится, что всё просто

Vadim @yogurt1 а jest можно заставить работать с module: "es2015"?

хотя походу вряд ли.

Получается два tsconfig'а надо что ли

или как-то compilerOptions передавать

Нашёл, { "jest": { "globals": { "__TS_CONFIG__": { "module": "commonjs", "jsx": "react" } } } }

Я был неправ когда говорил что ts-jest не нужен

он обязателен :D

Если не хочется свои приседания делать

у меня запустилось в общем

и coverage выплёвывает в html

Vadim @yogurt1 а jest можно заставить работать с module: "es2015"?

Либо отдельный tsconfig, либо прописать правила явно как ты сделал

и да, тоже с кэшем столкнулся))

ЛИбо может еще через бабель прогонять

воувоу

Для конвертации из импортов

Если нравятся извраты ))

Жаль с ws нету интеграции

Зато есть еще и внедренная тестилка снапшотов. Для тестирования стилей

Пока не использовал, но планирую

Расскажешь потом?

Ага. Но до этого не так быстро дойду. Слишком дофига еще всего покрыть тестами надо. Весь реакт (через enzyme). Потом еще все мидлваре, которые на rxjs. Я rxjs пока не тестировал. Так что тоже изучить тему надо

До сих пор лично не знаю людей, которые пишут тесты постоянно во время написания самого кода )

Все покрывают более-менее работающий код )

До сих пор лично не знаю людей, которые пишут тесты постоянно во время написания самого кода )

Same

До сих пор лично не знаю людей, которые пишут тесты постоянно во время написания самого кода )

Когда пилишь апи, то стоит только один раз попробовать TDD, затем не отвяжешься ))

До сих пор лично не знаю людей, которые пишут тесты постоянно во время написания самого кода )

Что значит постоянно?)

Ну типа TDD. Или хотя бы с маленькими итерациями код-тесты-код