0からはじめるpower-assert - console.lealog();
テスト書いてないとかお前そ(ry すみません、言ってみたかっただけです。 そして本記事は、巷で話題のAdvent Calendarとも何の関係もありません。 来年こそは書いてみたい！ そもそも こんなたいそうなタイトルの記事ですが、 書いてる人がそもそもテストに関してぺーぺーなので、なんか変なコト言ってたら教えてください。 まず、根本的に勘違いしてたことがあるので、まずそれを記しておきます。 ※今思えば個人の勝手な勘違いです。 巷で話題のpower-assertですが、これだけ使えばもうテスト全ておっけー！ってものではないです。 そして、サクッと入れてサクッと使えるってものでもないです。 よーわからんけどテスト書いた方が良いって最近よく聞くし、 power-assertってのがとりあえずイケてるらしいから、それ使ってテストデビューしてみようかな・・って人。 それなりに前提知識がないと辛いで
The Node.js Way - Testing Essentials
May 14, 2014 (Updated December 18, 2014) Setting up good testing can be tricky no matter what language you’re in. JavaScript’s flexibility can make your tests powerful in terms of access, but if you’re not careful that same flexibility can leave you tearing your hair out the next day. For instance, how do you test API callbacks? How do you deal with require? Without a proper setup, whether TDD is
テストとセキュリティの葉桜JSに参加してきた
#葉桜JS に参加してきたので記憶メモ。 #葉桜JS – Togetterまとめ (脳内記憶で書いたので、何かと解釈が間違ってる場合があります) #葉桜JS 会場の様子です pic.twitter.com/rIhgaxceHd — azu (@azu_re) April 14, 2014 葉桜JSとは 唐突にネタを持ち寄って食事とかする場所です。 @kyo_agoさんとかが適当に投げた、 それっぽいハッシュタグに反応した人を適当に呼んで開始しました。 kyo_ago Buster.JSはどうなってるのか dwittnerさんがメンテしてる ドキュメントよりの人なので、あんまり機能開発は進んでてない Buster.JSにみたいにSinon.JSが統合されてると、stubの開放処理をミスらない テストコードをASTパースして自動的に開放処理を入れられるか? 非同期処理の時に何時終わったのか分か
power-assertの使い方 Node.js編
Power Assertとはassert(a === b); のような単純なアサーションでも、 Assert失敗時(テストが通らなかった時)に分かりやすい情報を表示できるようにする機能の事を言います。 JasmineやChaiが持つshouldやexpect等言った豊富なアサーションを覚える必要なく、 シンプルにassert()を使うだけでも十分な失敗時の情報が得られるため、沢山のアサーションを使い分けしなくていいというメリットがあります。 この記事ではPower AssertのJavaScript実装であるtwada/power-assertの使い方について紹介します。 記事を読む前に このNode.js編とブラウザ編で分けるぐらい長い記事となってるので、 お忙しい方は5分ぐらいで分かるpower-assertというスライドもあるので、そちらを読んでざっくり把握してみるのもいいでしょう。
phiary
Node.js６連投. 第５弾! npm と Node.js 上で require を使ったモジュール読み込みの仕組みについてメモ Node.js 用に作った自作モジュール『merger』を npm で公開してみた Node.js 用の自作モジュールの作り方メモ Node.js 用に作った自作モジュールを npm に登録して公開する方法 JavaScript テストフレームワーク『Mocha』の使い方メモ <- いまここ JavaScript テストフレームワーク『Mocha』をブラウザ上で使う方法 Node.js もしくはブラウザ上で動く JavaScript テストフレームワーク『Mocha』の使い方について書きます. 最近, JavaScript による大規模開発も増えてきました. それに比例して重視されてくるのが, テスト環境の構築です. そこで, node.js のテストフレーム
node.jsのMochaでFacebookのテストユーザを使うときに困ったこと
node.jsのMochaでFacebookのテストユーザを使うときに困ったこと 久しぶりの記事です。 social-cms-backendのテストコードをMochaで書いていますが、Facebookのログイン周りのテストをするのに、Facebookのテストユーザを使いました。 Facebookのテストユーザについては、 http://developers.facebook.com/docs/test_users/ にドキュメントがあります。 手順は書いてある通りで、（１）アプリのアクセストークンを取得、（２）テストユーザを作成、（３）専用ログインＵＲＬを開いてログインする、だけです。 requestを使ってこれらのステップを実行していたのですが、たったこれだけのことをやるのに何時間もはまりました。 １と２は何の問題もなかったのですが、３がうまく行かず、Facebookのログインページにリ
【Node.js】MochaでIntegration Testing
スマートフォン向けアプリ開発やサーバサイドの開発に関する技術ブログです。 エンジニアdommyのつぶやきは@shonanshachu、ソースコードはGitHubで配信中。 今回はMochaを使った、APIのIntegration Testについてです。 アプリを作っていると、APIも見たり書いたり、アップデートしたりするのですが、 アップデートするごとに、他のAPIへ影響していないかをテストします。 Mochaは、JavaScriptのテストフレームワークです。 とりあえずインストールします。 npm install mocha -g これでmochaコマンドが実行可能です。 次に、APIのテストなので、requestモジュールをインストールしました。 npm install request requestに、APIの条件に合わせてqsやGET/POSTを変更しつつ、 ひと通りAPIを叩き
テストフレームワーク mocha - hokaccha memo
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の機能なの
mochaでNodeをユニットテストしてみる
Node, iOS, Android, HTML5, JavaScriptの話題。ときどきMacやLinux。 Nodeのユニットテストですが、mochaがイイみたいな情報がMLで流れていたので試しに使ってみます。 mochaをインストールする mochaでは、アサーションにshould.jsやexpect.js、chal、node標準のassertモジュールなどを選べるそうです。ここでは should.js を使いますので同時にインストールします。 $ mkdir mocha_example $ cd mocha_example/ $ npm install mocha should should@0.4.2 /usr/local/lib/node_modules/should mocha@0.9.0 /usr/local/lib/node_modules/mocha |- growl@
expressで作ったHelloWorldをsupertestでテストする
node.jsのためのWebアプリケーションフレームワークexpress。主にURLルーティングのテストには supertest が便利。 (1) expressでHelloWorld express の Getting started に従って、HelloWorldを表示するWebアプリを作ってみる。 $npm install express $vi app.js var express = require('express'), app = express(); app.get('/hello.txt', function (req, res) { res.send('Hello World'); }); app.listen(3000, '0.0.0.0'); $node app.js app#send を使うと、Content-Length を自動的に追加してくれる。 ブラウザから
Node.jsのテスティングフレームワーク「Mocha」（後編） : ryu22eBlog跡地
2011年12月21日 Node.jsのテスティングフレームワーク「Mocha」（後編） 前回に引き続き、Mochaのチュートリアルに沿ってMocha（バージョン0.3.6）を使ってみます。 なお、このエントリーはJavaScript Advent Calendar 2011(Node.js/WebSocketsコース)の参加エントリーです。 前回のあらすじアサーションは好きなライブラリを組み込んで使えるよ！同期・非同期どちらのコードでもテストできるよ！テスト実行の前後に呼ばれるコードを書いて、前準備や後始末ができるよ！「あとで書く」用途のテストを書けるよ！便利なオプションがたくさんあるよ！テスト結果の表示形式がすごく見やすいよ！テストの書き方を色々選べるよ！ざっとこんな感じの内容を書きました。 では、前回からの続きです。 Reportersテスト結果の出力形式は以下のとおりです（スクリー
mochaのテストファイルをrecursiveに探す - 日々精進
以下のようにfile.walkSyncを使うとrecursiveにファイルを探すことができる。これ便利だなあ。 Mocha = require('mocha') require "should" require "long-stack-traces" path = require "path" fs = require "fs" file = require "file" _ = require "underscore" TESTS_PATH = "tests/sources/" mocha = new Mocha file.walkSync TESTS_PATH, (dirPath, dirs, files) -> testJsFiles = _.filter files, (file) -> file.substr(-3) == '.js' _.each testJsFiles, (f
javascript-mochaのskeletonを作ってみた #TddAdventJp
はじめにこのエントリは、TDD Advent Calendar 2013の15日目の参加エントリです。 14日目は、@jeffsukeさんの Objective-CとTDD です。 16日目は、TDDBCでもお世話になっている、a-suenamiさんのTDDが僕に教えてくれたこと #TddAdventJpです。 きっかけ作ろうと思ったきっかけは、東京Node学園祭2013に参加した時にしたLTです。 東京Node学園祭2013 に参加してきました #nodefest LT資料 #nodefest 2013 Node.jsを本格的に学びたいと思っていた時だったので、まず何から始めたら良いのか考えてました。 そこで、考えたのはTDDBCの逆をやってみるということです。 TDDBCでは言語はそれなりに知っているけど、TDDをどのようにしたら良いのか分からないという人を対象にしています。 今回の私
TDD & CI for JavaScript [Karma][Mocha][Travis CI]TDD & CI for JavaScript [Karma][Mocha][Travis CI] – inet-lab
諸事情により研究で使うシミュレータを変更せざるを得なくなってしまった森です．心が折れたので，気分転換に昨夏某所で少しだけ弄ったNode.jsを勉強がてら一年ぶりに触っています．一年も経つと様々な新しいモジュールも公開されており，やはりこの界隈は発展が目覚ましいなと感じています．なかでもテスト環境はかなり整えやすくなっているのではと個人的に思いました．そこで今回はJavaScriptでの簡単なテストやその自動化の方法について紹介したいと思います． テストツールの紹介 見て分かるように，主要なものだけでも色々な選択肢があります．ここで挙げられているJasmineやMocha, BusterJSなどがいわゆるxUnitとよばれるようなテスティングフレームワークになります．もちろん全て紹介するわけにはいかないので，今回は MochaやChaiなどを使ってテストを行いたいと思います． node.js
![TDD & CI for JavaScript [Karma][Mocha][Travis CI]TDD & CI for JavaScript [Karma][Mocha][Travis CI] – inet-lab](https://cdn-ak-scissors.b.st-hatena.com/image/square/6fb85709910f40fff26e38398d3681ecb64af169/height=288;version=1;width=512/http%3A%2F%2Finet-lab.naist.jp%2Fblog%2Fwp%2Fwp-content%2Fuploads%2F2014%2F09%2F703cd43fa85a4ad1211f2945c67fefac.png)
mochaを使ったテストを書く際のあれこれ - 思った事
nodeのアプリケーションに対するテストをmochaで書いていて、railsのアプリケーションに対するテストをrspecだとこう書くけどこれはmochaではどうすればいいのだろう、というのが幾つかあったので書き留めておきます。今回解説に使うコードは全てgithubにあるので、そちらも参考にして下さい。 今回テストの対象となるアプリケーションは以下の様なものです: socket.ioを使ってユーザ間でメッセージのやり取りが出来る ユーザは、最初にサーバに接続した歳にユーザ名を含んだjsonをサーバに送り、サーバはそのjsonを受け取ったらそのユーザ名をredisに書く それ以降は、ユーザはユーザ名とメッセージを含んだjsonをサーバに送り、サーバはそのjsonを受け取ったら他の全てのユーザにそのjsonを送る それでは早速解説していきます。 テストファイルの名前 テストを実行するのには、mo
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Test Runner Tips
https://qiita.com/ta9to/items/46171d2fbb735b98dcd3
testem + mocha + istanbul で網羅性の高いテスト駆動開発 - Qiita
MochaでJavascript以外を指定してテストしたい - Since 1975
【node】mochaでテスト書いてみた。 - CAMPHOR- Tech Blog
