Rewrite Makefile using NPS Scripts. Closes #2352 by TedYav · Pull Request #3195 · mochajs/mocha
Addresses #2352 Updated version of #3194 Commit has correct Git credentials this time and Travis / Appveyor configs are now properly updated. Description of the Change Where possible, I tried to exactly duplicate the design of the Makefile using nps. I've tested it by running build and test commands, as well as granular testing of individual commands against a vanilla repo to ensure it's running t
Shared Behaviours
Mocha currently has no concept of a "shared behaviour" however the "contexts" facilitate this feature. For example suppose you have an Admin which inherits from User, you most likely will not want to duplicate the User tests for Admin. The "context" (this) is the same object within the "before each", "after each" hooks, and the test-case itself, allowing you to utilize this instead of closures to
Release v4.0.0 · mochajs/mocha
4.0.0 / 2017-10-02 You might want to read this before filing a new bug! 😝 💥 Breaking Changes For more info, please read this article. Compatibility #3016: Drop support for unmaintained versions of Node.js (@boneskull): 0.10.x 0.11.x 0.12.x iojs (any) 5.x.x #2979: Drop support for non-ES5-compliant browsers (@boneskull): IE7 IE8 PhantomJS 1.x #2615: Drop Bower support; old versions (3.x, etc.) wi
issue with setup babel6 + webpack + karma · Issue #14 · power-assert-js/babel-plugin-espower
[1300] ./~/power-assert-formatter/lib/string-writer.js 671 bytes {0} [built] [1301] ./~/power-assert-formatter/lib/traverse.js 2.53 kB {0} [built] [1302] ./~/power-assert-formatter/~/acorn/dist/acorn.js 120 kB {0} [built] [1303] ./~/acorn-es7-plugin/acorn-es7-plugin.js 7.9 kB {0} [built] [1304] ./~/power-assert-formatter/lib/esnode.js 1.39 kB {0} [built] [1305] ./~/power-assert-formatter/lib/locat
Release coverave · mochajs/mocha
Thanks to all our contributors, maintainers, sponsors, and users! ❤️ As highlights: We've got coverage now! Testing is looking less flaky \o/. No more nitpicking about "mocha.js" build on PRs. 🎉 Enhancements #2659: Adds support for loading reporter from an absolute or relative path (@sul4bh) #2769: Support --inspect-brk on command-line (@igwejk) 🐛 Fixes #2662: Replace unicode chars w/ hex codes
BrowserStack と Karma でクロスブラウザテスト環境を作る - Qiita
module.exports = function(config) { config.set({ browserStack: { username: "<your-username>", accessKey: "<your-token>" }, // base path that will be used to resolve all patterns (eg. files, exclude) basePath: "", // frameworks to use // available frameworks: https://npmjs.org/browse/keyword/karma-adapter frameworks: ["mocha"], // list of files / patterns to load in the browser files: [ "browser-sp
🐛 Bug: Contexts not properly reset between tests within the same level · Issue #2014 · mochajs/mocha
TypeScript + webpack + Karma + Mocha + Power Assertでテストを行う際の諸々の設定ファイル - Qiita
TypeScript + webpack + Karma + Mocha + Power Assertでテストを行う時の諸々の設定ファイル 最近、TypeScriptでコードを書いて、モジュールバンドラにwebpack、テストランナーにkarma、テスティングフレームワークにmocha、アサーションライブラリにPower Assertを使用したユニットテストを書いた その際に、諸々のツールが複雑で、設定ファイルの記述も大変だったので、ここで設定ファイルについてのメモを残しておこうと思う ※現段階では、設定ファイル自体にメモを書いただけです、後で個々の説明を書くかもしれません package.json まずはこれがないと始まらないですよね { // パッケージの名前 "name": "パッケージ名", // パッケージのバージョン "version": "1.0.0", // パッケージの説
JavaScriptのテスト環境構築(Mocha + power-assert + Karma + babel + webpack) - Qiita
この記事は、初めてJavaScriptのテスト環境を作ってみたおじさんによる、これからJavaScriptのテストを書いていきたいけど、登場人物が多すぎてなにやらめんどくさそうと思っている方に向けた記事兼備忘録です。 初めてのJavaScriptテスト環境構築で一応公式ドキュメントに目を通したけど英語の意味をちゃんと読み取れておらず、ツールやライブラリの理解や使い方が間違っている場合がありますのでアドバイスいただけると幸いです。 各テストツールやライブラリの紹介 JavaScriptのテスト環境を構築するときの一つ目の壁がツールやライブラリがたくさん出てきて、どれを使っていいかわからない/それぞれの役割がわからないことだと思う。 なので、まずはJavaScriptのテスト環境についてググったときに出てくる最近使われてそうな各ツールやライブラリの役割をすごく雑に紹介します。 テストフレームワ
Reactのテストを mocha + nyc から Jestにしてみる - Qiita
{ "test": "NODE_ENV=test mocha test/", "coverage": "nyc -c npm test" } /srcにソースディレクトリ /testにテストディレクトリ MISC jsdom-global使って色々小細工していた。 mocha -> jestにするモチベーション 興味本位 Jestがv15.0.0でAutomockingを捨てて本気を出してきたのでちょっと使ってみたかった気持ち Railsプロジェクトにjavascriptプロジェクトを混ぜようとしたとき、mochaのテストディレクトリに悩んでしまうぐらいなら、Jestのテストフでやってみようかと思った jestでは、/srcなどのコードに対して、/src/__tests__というディレクトリを作るか、some.test.jsという名前をつけるのがデフォルト設定になっている。 mochaでも
mocha + enzyme で React Native コンポーネントをテストする - Qiita
React Native 開発でも mocha を使う理由 React Native ではテスティングフレームワークとして Jest が推奨されていますが、 Jest は Jasmine 系の API を受け継いでいることもあり、 mocha に比べると習熟が難しいことが難点です。 API を覚えるまでは expect に続けてどういった条件を書けるんだっけ、とリファレンスをあさる必要が出てきます。 こういったことを覚えずにすむ mocha は非常にコストパフォーマンスのよい技術です。単純に assert で満たすべき条件を羅列してやるだけでテストが書けます。テスト駆動開発で有名な @t_wada 和田卓人さんは No API is the best API とおっしゃっています。 ちなみに react-native init 時の Jest インストールは設定で抑制できます。 React
mocha/supertest でAPIテストを始める - Qiita
var request = require('supertest'); describe("hoge",function(){ this.timeout(2000) var agent = request.agent("http://hogeapp.app/") it('send api', function (done) { agent .get('/debug') .set('Accept', 'application/json') .expect(function(res){ res.status.should.equal(404); }).end(function(err,res){ if(err){ throw err; } done(); }); }); })
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
簡単！ JavaScriptで自動UIテスト (NodeJS, Selenium Webdriver, WebdriverIO, mocha, gulp) - Qiita
compilers deprecation
Mocha semver minor update 3.4.0 breaks builds · Issue #2803 · mochajs/mocha
Promise in beforeEach not working · Issue #2506 · mochajs/mocha
sourcemaps with Karma · Issue #1709 · mochajs/mocha
Projects · mochajs/mocha · GitHub
mocha/README.md at main · mochajs/mocha
Release v6.0.0 · power-assert-js/espower-typescript
