なぜクライアントJavaScriptの単体テストを書くのが難しいか、考えてみた - mizchi's blog
ってsinonのスタブ漏れを探しながら何度目かわからない感じにキレてた。 とにかく仕事でJSのテスト書くのが辛いので考えてみる。比較的JSのテストに慣れてる自分ですら辛いのだから、世界はもっと辛いに間違いない。サーバーサイドのnode.jsの話ではない。 JavaScriptで完結しない 構造がHTMLの構造と密結合している。装飾や位置、表示/非表示はCSSによって制御されている。 クライアントJSはHTMLと密結合しており、CSSからビューは影響を受ける。それらがネットワークの結果を受け非同期に振る舞いを帰る。その最終的な値を取得するのが難しい。 もちろんサーバーサイドだってDBやネットワークという外部リソースを扱うが、モックの手法が確立しているし、局所的な複雑度は、JSの方がはるかに多い。 言語仕様が貧弱 mochaやjsmineはrspecを真似てるけど、本質的にJavaScript
何度もやりたいRailsチュートリアル
こんにちは。akiinyoです。 今日は私がとってもお世話になっている「Ruby on Rails チュートリアル」をご紹介します。 すでにご存知の方も多いと思いますが、お付き合いください！特に初学者の方へおすすめな取り組み方をご紹介しようと思います。 Rails チュートリアル とは？Michael Hartl (マイケル・ハートル) 氏によって書かれた、Ruby on Rails のチュートリアルです。 原著は英語ですが、安川 要平氏、八田 昌三氏を中心に翻訳作業が進められ、 HTML・電子書籍ともに日本語版が提供されています。 第1章のはじめに「本書の目的は、単に Rails を教えることではではなく、Rails を使った Web アプリケーションの開発を教えることです。」とあるようにRailsの知識だけでなく、バージョン管理や「テスト駆動開発」という開発手法まで幅広くカバーされてい
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
転送中
_level0 | Kayac Interactive Designer's Blog
