YAPCにてYappoさんの「Ajax Application Testing」を聴き興味をそそられました。 今回はクロスブラウザでのテスト自動化を実現したかったのでその辺りも試してみました。 http://yappo.github.com/talks/20101016-yapcasia2010-jstapd/ インストール cpanm JSTAPd スケルトン作成(hoge という名前のプロジェクトの場合) jstapd -n hoge テスト用デーモン起動 jstapd -d hogehttp://127.0.0.1:1978/____jstapd/ にアクセスして 「make test」ボタン押すとテスト動きます! 超簡単! テストをどう書くか 自分の場合はAjaxではなく生JSをテストしました。 いろいろ自由に書けますが、基本的には以下のように書けばOK。 ????.t ファイルに
Standalone test spies, stubs and mocks for JavaScript. Works with any unit testing framework. Get Started Star Sinon.JS on Github Get Started Install using npm To install the current release (v20.0.0) of Sinon: npm install sinon Setting up access Node and CommonJS build systems var sinon = require("sinon"); Direct browser use <script src="./node_modules/sinon/pkg/sinon.js"></script> <script> // Ac
A blog by Assaf Arkin (more about me) Email: assaf@labnotes.org Twitter: @assaf And check out Bytesized, the lighter side of Labnotes How It Started If, like me, you’re developing Web applications that have a lot of client-side JavaScript, you’ve already asked yourself “how the hell do I test this thing?” To test client-side JavaScript — how it responds to user actions and what changes it makes —
あけましておめでとうございます。昨年に引き続き、今年もJavaScriptの近い未来についてちょっとだけお話させて頂きます。 最初に昨年の予想を見返しておきましょう。昨年は次の3つを2010年の鍵として取り上げました。 ウェブ標準 ブラウザ拡張 サーバーサイドJavaScript この3つを軸に2010年を振り返ってみます。 2010年のJavaScript界隈でのニュース ウェブ標準 2010年最初のビッグニュースはなんといってもIE 9のPlatform Preview版の登場でした。これまでの独自実装路線から一転して(正確にはIE 8の時点でJSONやWeb Storageのサポートなど、その徴候はあったのですが)、HTML5などのウェブ標準のサポートを進めることを表明しました。そして実際に8週おきにPlatform Preview版をアップデートして、ECMAScript5・S
jstv: JavaSctipt Test Viewer テストを書いても確認ページを用意するのが面倒だったり、Gistなどにテスト付きでコードを上げても実行出来ないのが不便だったので、コードやテストスクリプトのURLを渡すとテストページが出来上がる簡単なサービスを作りました。 jstv 今のところQUnitのテンプレートのみです。パラメータに指定したパスでscript要素を挿入してテストが走ります。例: http://jstv.codefairy.org/qunit?base=https%3A%2F%2Fgist.github.com%2Fraw%2F751419%2F;script=jquery.replaceClass.js;script=qunit.replaceClass.js アプリはGAEで動いてます。ソースはGitHubに置きました。 便利なのかよく分からないですね。短縮U
Answer (1 of 3): I agree that some code is easier test, but using a test-first approach results in modular, loosely coupled code - not the other way round. In other words, the act of testing your code upfront enforces good practices. Testing javascript is difficult because so much of it revolves...
今年の RubyKaigi 2010で、 Sarah Meiさんによる JasmineというJavaScriptのテスティングフレームワークの紹介発表がありました(発表時はRCでしたが、先日(2010年9月14日)に無事バージョン1.0がリリースされています)。 今回はこの Jasmine を紹介したいと思います。 特徴 Jasmineは以下のような特徴を持ったテスティングフレームワークです。 JavaScript自身でJavaScriptをテスト可能 RSpec風の記述が行える スタンドアローン版とRubyGem版 JavaScript自身でJavaScriptをテスト可能 テスト用に専用の言語・フォーマットを使う必要はありません。 RSpec風の記述が行える 全体の構造は、RSpecのユーザーにはお馴染のdescribe や it という記法で記述します。 Rubyのブロックほど簡潔に
In addition to low-level tools for stubbing and mocking and high-level tools to integrate with test runners, Sinon provides a few useful utilities. This post explains the first of these, which is fake timers and Dates. Testing time Client-side JavaScript frequently utilizes setTimeout, clearTimeout, setInterval and clearInterval to defer execution. When testing code that depends on these functions
Since my talk at Front-Trends in Poland last week I've gotten a few requests for examples of using Sinon.JS with QUnit. Sinon.JS is completely test framework agnostic and should be very easy to use with any testing framework. This post introduces a mini-plugin, sinon-qunit and shows a few examples of using Sinon.JS with QUnit. Spies, stubs and mocks Using one-off spies, stubs and mocks is straight
Example is a modified test from Morgan Roderick's PubSubJS. "test should call subscriber": function () { var spy = sinon.spy(); PubSub.subscribe("message", spy); PubSub.publishSync("message", undefined); assertTrue(spy.called); } Example is a modified test from Morgan Roderick's PubSubJS. "test should call all subscribers when exceptions": function () { var spy = sinon.spy(); var stub = sinon.stub
あるいは kanazawa.js v0.0.1 勉強会 : ATND に参加してきた。 今回はとりあえず今注目している JavaScript テスティングフレームワークの紹介というかリンク集めだけ。 まとめQUnit と Jasmine について調べたよ!好きに使って! Jasmine の使い方はまだ書くことあるんだけど疲れたからまた今度ね!書いたよ! Jasmineをもう少し詳しく紹介してみる も読んでみて! 自分の背景JsUnit を使って中規模なコードを書いた経験がある。普段は PHP + SimpleTest で概ね TDD で書いている。Ruby はまだ Test::Unit を使っている。RSpec に移行したいと思いながらタイミングをつかみそこねている。 テスティングフレームワークにできることまず原則は JS のみのユニットテストこれをユニットテストと呼ぶか TDD と呼ぶか
JasmineによるJavaScriptのテスト その1 こんにちは、プログラマのおぐらです。 弊社のクラウドマネージメントサービス Cloudworksでは、JavaScriptのテストにJasmineというフレームワークを利用しています。Jasmine自体はとてもよく出来ていて便利なソフトウェアなのですが、まだリリースされて日が浅いということもあってあまり日本語の情報がありません。そこで、Cloudworks担当のエンジニア Y氏にJasmineの社内向けチュートリアルを作ってもらったところ、なかなかの大作が仕上がり、社内だけで利用するにはもったいないデキでしたので技術ブログのコンテンツとしても掲載させていただくことになりました。 これから何回かに分けて掲載していきますので、「JavaScriptをどうテストしよう?」とお悩みの方はぜひ参考にしてみてください。 Jasmineとは? J
Christian Williams氏に面白いものを紹介してもらったので、ここに挙げておきます。氏にはここで、改めて感謝を申し上げます。 Jasmine - BDD for your JavaScript http://pivotal.github.com/jasmine/index.html JSUnitとJasmineの違いについて BDDとはa behavior-driven developmentの略で、「ビヘイビア駆動開発」のことです。 JSUnitなどのxUnitは要求仕様に従って、テストケースを作るのに対して、JasmineはBBDなので、テストケースそのものを仕様として初めに作っていくというような流れになるのだと思います。 まだ、理解できていない部分があるので、もう少し調査してましょう。 面白そうなので SIEに使えそうだと判断したら、JSUnitよりもこちらを使うかもしれ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く