一から始めるJavaScriptユニットテスト - Hatena Developer Blog
この記事は、はてなエンジニアアドベントカレンダー2016の5日目の記事です。 こんにちは、はてなでアプリケーションエンジニアをしている id:shiba_yu36 です。先日、buildersconにおいて、現在所属しているプロジェクトでJavaScriptのユニットテストを導入した知見について、「一から始めるJavaScriptユニットテスト」というタイトルで発表しました。 speakerdeck.com この発表は、実際にJavaScriptのユニットテスト環境を作ってみると非常にハードルが高いと感じたので、そのハードルを少しでも下げられればという思いで、非常にシンプルな例で一から環境を作る例を紹介しました。アジェンダは次のとおりでした。 カクヨムのJS環境 JSのテストツールを整理する 通常の関数のユニットテスト DOM操作する機能のユニットテスト カクヨムのJS環境や、JSのテスト
テストがないJS環境にモダンなテスト環境を導入していく - Qiita
Qiita:Teamに投げた社内ドキュメントだったけど、特に問題ないのでQiitaにも投げる。 前提として browserify-rails とbabelify が導入されている状況を想定してる。 基本方針 新規コードはES2015で書く 本番はbrowserify(-rails)でコンパイルする。 単体テストは node 環境下で走らせる テスト環境下では jsdom で window, document をモックする 単体テストでは ブラウザ特有の挙動はテストしない 裏側の環境(browserifyやspec-helper)は難しくして良いが、利用者からみえる範囲は複雑にしない(npm install; npm testで走る) Universal JavaScript に寄せることでコードのポータビリティを上げる 事前準備 browserify-railsを導入する。 .babelr
power-assertでJavaScriptのテストをする ブラウザ編
power-assertという単純なアサーションでも、テストが失敗した時に分かりやすい情報を出せるテストライブラリ/ツールについての記事です。 前回、power-assertの使い方 Node.js編 | Web scratchではpower-assertの動作やNode.jsプロジェクトでの簡単な導入方法について解説しました。 前回のpower-assert + gulpで紹介したプロジェクトをそのまま使っていくので、見ていない場合はそちらから見ていたほうがいいかと思います。 今回は、ブラウザでのpower-assertの動かし方とデバッグについて書いていきたいと思います。 今回扱う実行環境 Node.js ＜＝ 前回 ブラウザ Browserify 前回やったこと まずは前回紹介したgulp + power-assertのプロジェクトを元にやっていきます。 azu/power-asse
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というスライドもあるので、そちらを読んでざっくり把握してみるのもいいでしょう。
jsでTDD！MochaとChaiとsinon.js入門 - lxyuma BLOG
※この記事は社内勉強会向けの資料の下書きです。書きなぐりの下書きで見直すと最後の方の文書がヤバいので、いつか書き直します。読み辛い所は申し訳ないです。 概要 TDD テスト自動化とTDDを整理 TDDとBDDの違い Test Framework in javascript QUnit/jasmine/mochaについて、違いやメリデメを知る mocha 基本的な書き方 アサーションライブラリのメリデメを整理する chai 記述形式の違い整理 基本文法 sinonjs spy stubs mock TDD Test Driven Development テスト駆動開発 by ケントベック 特徴 xUnit系/BDD系のテストフレームワーク使う テストするコードも実装 テストファースト 実装の後にテストするのではなく、テストを先に書いて実装する サイクル Red(失敗) => Green(通過
chaiのインターフェース - 音の鳴るブログ
chai にはこういうインターフェースがあるけど expect(true).to.be.true; こういうアサーションは使わずに、普通に equal とかで書いたほうが良いと思う。 expect(true).to.equal(true); プロパティ止まりのアサーションだと、こういうのがどちらも通ってしまう。 expect("Mr.Big").to.be.with.you; // あってそう expect("Skid Row").to.be.with.you; // カバー？？ 最後の you というプロパティは存在しないので、単に undefined が返るだけの無意味な式になっているのだけど、アサーションが失敗するわけじゃないので問題ないみたいになる。最初に書くテストは失敗するというのを徹底すれば良いかもしれないけど、それで発見するのはテストの書き方のテストという感じであまり意味が無
phiary
Node.js６連投. 第６弾! npm と Node.js 上で require を使ったモジュール読み込みの仕組みについてメモ Node.js 用に作った自作モジュール『merger』を npm で公開してみた Node.js 用の自作モジュールの作り方メモ Node.js 用に作った自作モジュールを npm に登録して公開する方法 JavaScript テストフレームワーク『Mocha』の使い方メモ JavaScript テストフレームワーク『Mocha』をブラウザ上で使う方法 <- いまここ 前回に引き続き Mocha の使い方についてのエントリーです. 今回はブラウザ上, つまりクライアント側で Mocha を使う方法について解説します. 何もインストールする必要がなく, dom 系のテストも出来るのでオススメです!! Code test.html テストプログラムの html
テストを始めるまでのヤク狩り - Memo
メモ。 色々言い訳作って JavaScript のテストを書かなかったけど、さすがにマズいので書いてみる。 なお、ここでの JavaScript のテストは Web ブラウザで動く JavaScript。 テストを始めるまでに敷居が異様に高いと感じたのでまとめる。 典型的な yak shaving! テストフレームワーク フルスタックな Jasmine か、色々選択できる Mocha か。 アサーションライブラリ Mocha を選択する場合は chai がよさそう。 理由は chai だと、expects や should や xUnit 風どれでもいけるから。 テストダブル とりあえず Sinon.js を使っとけという雰囲気。 テストランナー Grunt.js + Jasmine と Karma + Mocha を試す。 Gurntfile.js module.exports = fu
Post by @0-9
ここでは以下の順番でSinonJSとJsTestDriverを使用したJavaScriptのUnitTest Patternsを紹介します。
JavaScriptの新旧ユニットテストツール - 強火で進め
「エンジニアサポート新年会2012 CROSS」のセッションの1つでJavaScriptのセッションが行われました。 エンジニアサポート新年会2012 CROSS http://tech.nifty.co.jp/party/2012/index.htm JavaScript 八面六臂 2回戦 http://tech.nifty.co.jp/party/2012/sessions/bRoom2.htm そこでJavaScriptのユニットテストツールの話が有り、新旧のツールが上げられていたのでメモ。 昔から有る QUnit 、Jasmine 。新しく出てきたものとして mocha 、Buster が紹介されました。 QUnit 公式サイト。 QUnit - jQuery JavaScript Library http://docs.jquery.com/QUnit 【レポート】jQueryテ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
SSSSLIDE
Post by @niwaringo
Build and implement a single sign-on solution