А что у них есть тогда?

Ассерты и так работают

Где работают ассерты?

в ноде

в них есть минимальные ништяки типа .plan и .end

console.assert?

https://nodejs.org/api/assert.html

Вот я тут с вопросом @vkurchatkin соглашусь, почему не assert? Вывод статистики если только?

А ну еще в assert нет same :)

там вывод, функции хелперы, которые не надо писать самостоятельно и счетчики

А, не, там equal и strictEqual

там кодаа на 200 строк

посмотрите сами

это либки ассертные

Ну, я вот поверх tape уже себе хелпер написал для async/await в 10 строчек...

node-tap ассерт и юзает

в tape свое чтобы в браузере работало

(на самом деле вроде тот же ассерт вытащили и допилили)

Я вот юзаю mocha, но только ради репортинга

Да я так, просто разобраться. В принципе статистики уже достаточно, чтобы использовать утилиту

Я вот юзаю mocha, но только ради репортинга

для протокола TAP тоже есть нян кот

https://github.com/calvinmetcalf/tap-nyan

Ну в планах написать свой раннер, с параллельным исполнением

но он на ci плохо выводится

поэтому локально у нас нян, а на сервере tap-xunit

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

поэтому локально у нас нян, а на сервере tap-xunit

Это настолько прекрасно, что я даже не знаю как это выразить

сами ненарадуемся!

в ci дженкинс все табличками выдает, локально котики летают!

Я вот юзаю mocha, но только ради репортинга

вот как раз тогда тебе и нужен tape/tap, а моча не очень нужна

tape/tap — это по сути либа тех же ассертов, но с нормальным выводом.

+

То есть, с настраиваемым.

ну раннер то все равно нужен

да? сейчас проверю.

там раннер емнип тупо реквайрит все файлы и всё

он нужен только чтобы из кучи файлов один выхлоп сделать

при этом не перечисляя их руками в одном

https://github.com/substack/tape/blob/master/bin/tape

Вот его раннер.

так что нет, если всё писать в одном файле или делать руками каталог — раннер не нужен

ну то есть там есть раннер, либа, и репортер

мне нужен только раннер и репортер

возьми раннер от авы и репортер в TAP

а вообще чтобы параллельно запускать, можно и свой запилить

вроде не так сложно

кстати, можно поискать раннер отдельный для tape/node-tap

для параллельных тестов

чо-то было

только с выводом тебе придется может что-то придумать

ты результаты потом разом хочешь выводить или по мере поступления?

и еще если 1 тест упал, то все равно придется дожидаться остальных

да раннер реально несложно

можно разом

пока что

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

чтобы не ждать всех

пофиксить и снова ранить все

ава так точно не умеет

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

хотя бы в выводе команду давать для этого файла

но вообще честно говоря не понимаю чем тебе хелперы из tape не нравятся. все равно потом такие же писать

то есть, например у тебя есть тест, который проверяет что isNaN работает правильно для NaN, [] и {}

ты внутри делаешь три проверки

и ставишь t.plan(3)

ERROR: S client not available

тест знает когда завершиться

а так тебе руками счетчик или условия

ну план вообще не нужен

а как ты в моем примере будешь делать?

просто сделаю три ассерта

а если там асинхронщина?

то есть если isNaN тот же — асинхронная ф-я

async await

ты же хотел все параллельно

три файла делать?

ну параллельно файлы естественно

ну так как-то фигово

да вроде нет

можно было бы 1 файл на isNaN

ну да

файлы уже есть

разбивать ничего не надо

как ты в файле с 3 асинхронными тестами поймешь, что общий тест прошел

я вот этот момент не понял

ну если все три прошли, то он прошел

Promise.all писать?

я даже не гоаорю что они паралльно запускаются внутри

хотя это не важно

например, да

так надо параллельно. чего ждать?

зачем? мне не надо

ну вот этот Promise.all и еще там что руками надо будет уже делает t.plan

это делает раннер

а файлы зачем тебе надо параллельно?

:/

чтобы быстрее было

https://medium.com/@tjholowaychuk/dos-and-don-ts-of-aws-lambda-7dfcab7ad115#.x5z5hmiom