MochaがPromisesのテストをサポートしました
このpromiseオブジェクトは、resolveするので、.then の第一引数で指定したonFulfilled コールバックに true という値を渡すようになってます。 今までのテストの書き方 このgetSuccessPromiseを 1.18.0より以前は以下のように書くことでテストをしていました。 it("should manually handling test...", function (done) { getSuccessPromise().then(function (value) { assert(value); done(); }).catch(done); // <= このcatchが今回の変更での焦点 }); getSuccessPromise()の返り値であるpromiseオブジェクトがresolveされると value に true が入って assert(t
Mochaを使ってJavaScriptのテストをブラウザで実行してみよう
対象読者 JavaScriptの基本をある程度理解している方 テストコードをこれから書こうと考えている方 JavaScriptのテスティングライブラリの分類 JavaScriptには、テストを記述するためのライブラリが多く用意されています。ライブラリには、大きく分けて「テスティングフレームワーク」と「アサーションライブラリ」があります。まずはこの2種類の違いについて説明します。 テスティングフレームワーク テストを記述する関数群を提供し、それらの関数を使って書かれたテストの結果を判定、集計した上で結果を表示する機能を持ちます。ブラウザでのテストの場合、ブラウザ上でグラフィカルにテスト結果を表示することもありますし、サーバサイドのJavaScriptであるNode.js向けにはコマンドラインで実行し、結果を表示する機能も持ちます。 アサーションライブラリ テスティングフレームワークは、テスト
testem + mocha on Travis-CI - ブラウザでのテストを自動化する - 四角革命前夜
Travis-CIでブラウザのテストできないのかなー、できないよなーと思いつつ、いろいろ探してみたら出来るような事を知り、今ホット（なのかな？）なtestemを使う事でmochaでのテストも実行できるらしい！という事を知ったので試してみました。 準備 package.jsonの記述を変更します。 package.json "scripts": { "pretest": "./node_modules/.bin/bower install", "test": "./node_modules/.bin/mocha && ./node_modules/.bin/testem ci" }, "devDependencies": { "bower": "~0.8", "chai": "~1.5", "mocha": "~1.8", "testem": "~0.2" } testemが必要なのでtes
mocha+chai+blanketを使ってcoffeescriptでBDD - おみブロZ
最近空いた時間にhubotのadapterを開発してるのですが、coffeescriptでテストを書きたくなったときにちょっと試行錯誤したので備忘録として残しておきます。 目標 mochaとchaiを使ってcoffeescriptでBDDスタイルのテストを行う blanketを使ってcoffeescriptのカバレッジ測定を行う (おまけ) travis ciとcoverallsで自動化する mochaとchaiでBDD セットアップ mochaはjs用のテストフレームワークで、C/Sのどちらでも動作します。他のアサーションライブラリと組み合わせて使う必要があるため、今回はBDDアサーションライブラリであるchaiを使います。 まずpackage.jsonに以下を追記します。 { "scripts": { "test": "mocha test" } } 次に必要なmoduleをインストー
Chai
Chai is a BDD / TDD assertion library for node and the browser that can be delightfully paired with any javascript testing framework.
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)
「実況解説つき！ペアプロでわかるJavaScriptテスト入門」レポート | gihyo.jp
2014年1月17日、ベルサール新宿グランドにて開催された「エンジニアサポートCROSS 2014」の中の1セッション「実況解説つき！ペアプロでわかるJavaScriptテスト入門」をレポートします。 エンジニアサポートCROSS 2014とは 「複数の技術を身につけなければWebサービスは作れない＝クロスしないと生きていけない」をテーマに、「エンジニアサポート新年会2012 CROSS」として第一回が2012年に開催された勉強会イベント、それがCROSSです。今年で3回目になります。 「実況解説つき！ペアプロでわかるJavaScriptテスト入門」 このセッションは「JavaScriptで書かれたよくあるコードをベースに、ペアプロでテストコードを足していく様子を解説者が説明する」という内容になります。 それでは、さっそくセッションの模様を見ていきましょう。 登壇者 本セッションの登壇者
RailsでJavascript/CoffeeScriptをテストするときの決定版（にしたい）！Konacha - リア充爆発日記
というわけでKonachaです。https://github.com/jfirebaugh/konacha なにこれ、粉茶？ JavascriptのテスティングフレームワークとしてはJasmineやらMochaあたりがメジャーどころのようだけど、セットアップが難しかったりして「これだ！」というものがなかった。個人的には。 で、今回、よーし、お父さんCoffeeScript書いちゃうぞー！というタイミングにあたって、もう一回いろいろ探してみたところ、これが一番スジがいいっぽかった。 KonachaはRailsでMochaとchaiを使いやすくしたGemらしい。Mochaとchaiは使ったことなかったけど、公式を5秒ほどみたところ、nodeでうごくrspecライクなテスティングフレームワークということでJasmineとかとあんまかわらないんじゃないかと推測。chaiはマッチャーのライブラリのよ
Rails/konachaでJavaScriptのテスト環境とCI環境を作ってTravisに載せた - Qiita
fastladderのリポジトリにJavaScriptのテスト環境を足してみた。その作業ログ。 具体的には以下の二つのコミット参照 https://github.com/fastladder/fastladder/pull/66/files https://github.com/fastladder/fastladder/pull/85/files 後この記事 http://qiita.com/items/861f913b0f57203420d6 利点 mocha/chaiによるモダンなJSテスト環境 テスト側でも依存解決にsprockets利用可 導入が簡単 欠点 ヘッドレス環境でCI統合がちょっとめんどい javascript処理系が必要なのでJSエンジンが必要(PureなCentOSとかだとtherubyracerが必要) 導入 Gemfileに以下のものを追加する group :t
Evergreen を導入したばかりだけど Konacha に移行した - present
先日 Evergreen を導入したけど Evergreen は今メンテされてないってコメントで教えてもらった。確かに、README よく見たら書いてあるし…。完全に見落としてた。不覚。 README のリンク先、Google グループのスレッドでは Konacha っていう Rails エンジンが勧められていた。コメントで教えてもらったのもコレ。 jfirebaugh/konacha · GitHub Evergreen 入れたばかりだけど、Konacha に移行しよう。 Konacha をインストール Gemfile に group :development, :test do gem "konacha" gem "capybara-webkit" end を記述して、 bundle を実行してインストール。 Headless テストも試すから、capybara-webkit もインス
TypeScript0.9alphaをNode+Gruntで使うよ
Swift is the best programming language you should learn and make your dream app easily. Swift programming is a powerful yet easy-to-learn coding language created by Apple. It's frequently used for developing iOS and macOS applications, as well as tvOS and watchOS apps. While you can use other languages to create Apple apps, Swift is the preferred language, and it's recommended because its code is
フロントエンドJavaScriptにおける設計とテスト
今日話さないこと JavaScriptの基礎知識、jQueryの導入 気持ちいいUIやUXがうんちゃら CanvasやWebGLを使ったリッチでイケてるゲームの作り方
mocha+testling-ciでブラウザテストを自動化する - Qiita
{ "testling": { "browsers": { "ie": [ 6, 7, 8, 9, 10 ], "ff": [ 12, 13, 14, 15, 16, 17 ], "chrome": [ 20, 21, 22, 23 ], "opera": [ 10, 11, 12 ], "safari": [ 5.1 ] }, "harness" : "mocha", "files": "test/*.coffee" }, "devDependencies": { "chai": "*", "mocha": "*", "coffee-script": "*" } } githubのプロジェクトページでwebhookを設定 プロジェクトページ > settingボタンをクリック > サイドバーからservice hooks > WebHook URLに http://git.testlin
テストフレームワーク 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の機能なの
Route 477(2009-06-09)
■ [ruby] Rubyのテスト環境大戦争 おまいらは本当にテストが好きだな！というわけで、Rubyのテスト関係のライブラリを並べてみた。 テストフレームワーク Test::Unit Ruby標準添付のユニットテスト用フレームワーク。 RSpec DSLを使う、「BDD」という概念を流行らしたユニットテスト用フレームワーク。 Cucumber 自然言語を使って、ブラックボックステストを記述する。RSpecの「Stories」と呼ばれていた機能が独立した。 あとはShouldaとかbaconとかいろいろありますけども。 モック・スタブライブラリ モック＝あるオブジェクトに期待したメッセージが飛ぶかどうかテストするためのオブジェクト、 スタブ＝ネットワークが絡むとか、実際のオブジェクトが使えない場合に使う偽オブジェクト。 と思ってるんですけどどうなんですかね(more: モックとスタブの違い
Rubyにおけるモックとスタブについて - http://rubikitch.com/に移転しました
Mochaが楽しそう - LukeSilvia’s diary スタブはただ偽装するだけ、モックは引数や呼ばれた回数等のチェックを行う。 チェック機能がほしいときにモックを使って、そうじゃなけりゃスタブを使う。 require 'test/unit' require 'rubygems' require 'mocha' class TestMock < Test::Unit::TestCase def test_stub o = stub # foo(*args) -> 2 なる偽装をするだけ o.stubs(:foo).returns(2) assert_equal 2, o.foo(9999) end def test_mock klass = Class.new do def foo(x) bar(x*2) end def bar(x) x*3 end end o = klass.n
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
mocha + assertion library + testem
Testemでサクサク駆動開発 - Qiita
転送中
Ruby on Rails でのモックとスタブの作成(Mocha、Flex Mock、RSpecの紹介)