Подтвердить что ты не робот

Blanket.js vs Istanbul-js vs JSCover

Я пытаюсь выбрать инструмент для проверки кода JS-кода, но не вижу четко различий между ними. Лучшие хиты в Google - blanket.js, istanbul-js и JSCover.

Может ли кто-нибудь предлагать какую-либо информацию о ключевых различиях между ними и преимуществах/недостатках?

Есть ли другие полезные там?

4b9b3361

Ответ 1

После некоторых попыток я обнаружил istanbul наиболее удобный инструмент для приведения анализа покрытия в проект node -js.

  • его установлена ​​с установкой npm
  • он устанавливает свое поведение через .istanbul.yml
  • получает свой собственный исполняемый файл
  • он предоставляет несколько форматов отчетов, таких как clover, lcov, jscoverage и т.д.

Стамбул использует предоставленный исполняемый файл или js- script для проведения тестов и сбора информации о покрытии. Он может быть установлен через npm:

npm install istanbul mocha

после успешной установки просто вызовите его

./node_modules/.bin/istanbul cover ./node_modules/.bin/_mocha

соблюдает '_', так как mocha висит _mocha -устанавливаемый, как указано здесь

blanket.js для nodejs легко интегрируется на

  • его установлена ​​с установкой npm
  • настройка его поведения через package.json
  • вызываемый моккой, требуя одеяла в командной строке
  • генерация статистики, которая интерпретируется репортерами мокко, т.е. html-cov
  • может использоваться в браузере JS

в основном он готов к использованию после выполнения

npm install blanket mocha

после успешной установки просто выполните ваши тесты мокки, подобные этому

./node_modules/.bin/mocha --require blanket --reporter html-cov >coverage.html

К сожалению, вам нужно дважды вызывать тесты мокко, если вы хотите собирать информацию о покрытии, а также собирать отчеты об испытаниях, поскольку вы можете предоставить только одного репортера мокко.

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