とあるWebエンジニアのそれなりのブログ、JavaScript/Node.js/Python/PHP/ゲーム作成 など AMD に準拠して書いた、このような mocha テストケースを .. define([ "module-name" ], function( moduleName ){ descrive("A title", function(){ it("A test", function(){ }); }); }; 以下の環境で使い回すためにやったことのまとめです。 RequireJS を介して読み込み、Web ブラウザから実行する node.js の mocha コマンドから実行する とりあえず、Web で RequireJS を介して使う場合は問題有りません、普通に使えます。 問題になったのは、CUI から、つまり mocha コマンドから読み込んだ場合です。 まず、Requi
以前 Konacha を導入してから、 Rails アプリの JavaScript コードをテストできるようになった。 Evergreen を導入したばかりだけど Konacha に移行した JavaScript コードの大半は、Backbone を使って実装した UI なんだけど、 困ったことに View のテストをほとんど書けていない。 比較的テストが書きやすい Model は、がっちりテスト書いてある。 なんとか View も単体テストできないものか。 View のテスト方法を模索している最中、Konacha を導入して使えるようになるアサーションライブラリ Chai の、 Chai jQuery というプラグインを知った。 Chai jQuery - Chai Chai jQuery プラグインを使えば View のテストが書けそうだな。早速試してみた。 <!DOCTYPE htm
テストフレームワークは、busterJSが一番慣れてたんですが、 部署御推薦のmochaをいっちょやってみるかー、と思っているこのごろです。 そしてついでに、 「このへんは、node.jsの場合どうテストするのがかっこいいかしら!!」 と気になっていた部分について、いろいろ調べてみました。 mochaの細かい説明については、公式その他をみてください。 mochaっていうかほとんどshouldですよね。 普通のテスト(libraryやcontrollerのテスト) テストしたいmoduleをrequireして、 shouldもrequireして、テストを書く。これが基本ですね。 // テストしたいmoduleをrequire var hoge = require('../hoge'); // テスト用のライブラリをrequire (mochaの場合は、shouldがあればいいはず) var
東京Node学園祭2012 アドベントカレンダーの9日目です。Node.jsとほとんど関係ないうえに内容がけっこう薄い感じなった気がするんですけど気にせずいこうと思います。 フロントエンドのJavaScriptをテストするとき最近はいつもmochaを使ってるんですが、やはりJenkinsとかtravis-ciを使って自動テストもしたいと思って試してみました。 hokaccha/mocha-phantom-travis-test ここではよくあるjQueryで画像のロールオーバーをするというプラグインを作ってそのライブラリに対してテストを書いています。ソースコードはこんな感じです。 $.fn.rollover = function() { return this.each(function() { var $img = $(this); var src = $img.attr('src');
nodeのアプリケーションに対するテストをmochaで書いていて、railsのアプリケーションに対するテストをrspecだとこう書くけどこれはmochaではどうすればいいのだろう、というのが幾つかあったので書き留めておきます。今回解説に使うコードは全てgithubにあるので、そちらも参考にして下さい。 今回テストの対象となるアプリケーションは以下の様なものです: socket.ioを使ってユーザ間でメッセージのやり取りが出来る ユーザは、最初にサーバに接続した歳にユーザ名を含んだjsonをサーバに送り、サーバはそのjsonを受け取ったらそのユーザ名をredisに書く それ以降は、ユーザはユーザ名とメッセージを含んだjsonをサーバに送り、サーバはそのjsonを受け取ったら他の全てのユーザにそのjsonを送る それでは早速解説していきます。 テストファイルの名前 テストを実行するのには、mo
CoffeeScriptとExpressとMongoDbとMochaでNode.jsするメモ
Node, iOS, Android, HTML5, JavaScriptの話題。ときどきMacやLinux。 巷ではCoffeeScriptが流行っているそうで。ExpressとMongoDb、テストにMochaを使った定型文的なメモ。 インストールはこんな感じで。 $ sudo npm install -g coffee-script $ sudo npm install -g js2coffee $ express sample $ cd sample && npm install $ npm install mocha $ npm install mongoose expressで出来たテンプレをcoffeeに変換。 $ js2coffee app.js > app.coffee $ js2coffee routes/index.js > app.coffee Mochaのテスト。
JavaScript のテストを作成する際、動作環境を意識したコードを書くことを手間に感じる方は多いかと思います。 そこで今回は、ブラウザ用に作成した JavaScript のテストコードを、 Node.js を利用した CI 環境でも同じように動作させることができるツールとして、 mocha-ci-driver を作ってみたのでご紹介したいと思います。 * ブラウザでのテスト 本来、ブラウザ用に書かれたテストは基本的にはブラウザでしか動作しません。 受け入れレベルのテストを selenium などを利用して動作させるというのはよくある手段ですが、モデルのみのテストだとなかなかそうもいきません。 そのため、JavaScript のテストをすべて CI に組み込んで動作させることは困難かと思います。 ひとつのアプローチとして、ブラウザでもサーバ(今回は Node.js を対象としています)で
npm install mocha -g npm install shouldmochaの--watchオプションが期待通り動けば問題ないんだけど、ホットリロード動いてないのでファイル監視はwatchrでやらせることにした。 guardでもよかったんだけど、guardは皆決まりきったサンプル動かしてる人達が多くて、独自な挙動をとらせようとするとRuby詳しくない自分にはwatchrの方が取り回しがよかった。 gem install rb_fsevent watchrrb_fseventはMacの場合。それ以外の環境だと別のモジュール(ぐぐれ)が必要 たぶんgrowlnotifyが必要 Growl - Downloads mochaに渡している項目はこんな感じ。 mocha -c --reporter list -r should --ignore-leaks --growl --compi
2011年12月21日 Node.jsのテスティングフレームワーク「Mocha」（後編） 前回に引き続き、Mochaのチュートリアルに沿ってMocha（バージョン0.3.6）を使ってみます。 なお、このエントリーはJavaScript Advent Calendar 2011(Node.js/WebSocketsコース)の参加エントリーです。 前回のあらすじアサーションは好きなライブラリを組み込んで使えるよ！同期・非同期どちらのコードでもテストできるよ！テスト実行の前後に呼ばれるコードを書いて、前準備や後始末ができるよ！「あとで書く」用途のテストを書けるよ！便利なオプションがたくさんあるよ！テスト結果の表示形式がすごく見やすいよ！テストの書き方を色々選べるよ！ざっとこんな感じの内容を書きました。 では、前回からの続きです。 Reportersテスト結果の出力形式は以下のとおりです（スクリー
2011年12月19日 Node.jsのテスティングフレームワーク「Mocha」（前編） Mochaのチュートリアルに沿ってMocha（読み：もか）を使ってみました。 長いので前編・後編の二部構成にします。 使用するMochaのバージョンは0.3.6です。 はじめにこのエントリーのために書いたサンプルコードは以下に置いておきます。 https://github.com/ryu22e/mocha-example FeaturesGoogle翻訳と辞書を頼りに翻訳しました。もっと適切な訳があればご指摘お願いします。 browser support（ブラウザサポート） simple async support（シンプルな非同期サポート） proper exit status for CI support etc（CIサポート等のための適切な終了ステータス） auto-detects and di
最近、mocha をつかってテストを書くのが楽しくなってきました。でも、テストの数が増えてくるとローカルでの実行だけでなく、CI 環境が欲しくなりますよね。github にあげられるようなプロジェクトだったら、Travis CI も良いですが、実際に仕事で使うとなると、既存の Jenkins と組み合わせてやる必要ができてきたので、実際にやってみました。 基本的な手順は以下の通りです。 mocha でテスト結果を TAP 形式でファイルに出力する 出力したファイルを Jenkins の TAP Plugin に読み込ませる 簡単ですね。 実際にやってみた というわけで、以下のような最小構成で試してみます。 myapp |- lib | |- calc.js | |- test | |- calc.test.js | |- package.jsonここには書いていませんが、実際は git で
JavaScript Advent Calendar 2011 (Node.js/WebSocketsコース)3日目のhokacchaです。Node.jsのテストフレームワーク、mochaについて書きます。 mochaはTJが新しく作り始めているテストフレームワークです。ドキュメントを見ればできることは大体書いてありますので、ドキュメントを元にどういうことができるのかを解説していきます。現時点でのバージョンは0.2.0です。 http://visionmedia.github.com/mocha/ shouldについて まずmochaでどういうことができるかの前にshouldについて解説しておきます。mochaのドキュメントには特に説明もなくshouldが使われていて、shouldでどういうことができるかわかってないと、ドキュメントを読んだときにmochaの機能なのかshouldの機能なの
I’m currently in the midst of creating an application that utilizes Socket.IO for real-time communication between users. Using mocha and should.js I was able to test objects within my node app. However, I quickly found that there were some odd synchronization issues between clients that the test cases couldn’t cover. To test the interaction between clients I needed a way to programatically communi
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
SpookyJS & mochaでnode.jsのクライアントサイドテスト