ビルドツール prunt を作ってみました - Qiita
仕事で grunt を使っていましたが、日日肥大化する Gruntfile を生理的に受け付けなく、自分でビルドツールを作ってみました。 じゃあどんなのが欲しいのか ビジュアル的に分かりやすいワークフロー ファイルの読み書きは最初と最後だけ シンプルなプラグイン Cakefileや他のCLIとの互換性 Prunt Githubリポジトリ: hden/prunt インストールはnpm install prunt A prunt is a small blob of glass fused to another piece of glass to help provide a firm grip in the absence of a handle. -- modified from Wikipedia. この記事を読んで分かること pruntを作ったきっかけ 基本的な使い方 ビジュアル的に分
jasmine+testling-ciでブラウザテストを自動化する - Qiita
jsdomやphantomjs(headless webkit)ではなくリアルブラウザでのテストが出来ます。結果的にはこの様なバッジが出来て、githubにpushする度更新されるので便利。 jasmineでテスト環境を整えてる方もいらっしゃると思いますが、公式アダプター/ハーネスが無くてtestling-ciとの相性が良く無い。 ですので書いてみまして、testling-ci用のハーネス。 環境を整える まずはwebhook 次にjasmineを入手。testling-ciではrequireされたスクリプトは全てbrowserifyされますのでjasmine本体に少し工夫が必要。加工済みバージョンはココ。 以下このの様な環境を想定します。 |-package.json |-jasmine-harness.coffee |-lib | |---jasmine | |---jasmine-r
Otter、シングルページアプリケーションに特化したウェブサーバ - Qiita
webアプリにてHTMLビューの作成はサーバーサイドとクライアントサイド、どちらでも可能です。迷って色々調べた所面白いフレームワークが見つかったので紹介します。 サーバーサイド？クライアントサイド？ サーバーサイドレンダリングのサーバーはRESTful APIに専念して、極力HTMLビューの作成をさけ、クライアント側に任せるアーキテクチャーで、2010年時のツイッターがそうです。 クライアントレンダリングの問題点として、よく取り上げられるのが リクエストはクライアント側からサーバ側に、一往復して帰ってくる、ネット状態によっては往復する分時間がかかる。 curl、又はJavaScriptが制限されたブラウザではアクセス不能。 同様、サーチエンジンと相性が悪い、SEOに不便。 で、ツイッターは2012年からレンダリングを大半サーバーサイドに戻した、とブログに書かれてます。 それに対してLink
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
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Testemでサクサク駆動開発 - Qiita
Coffee-script+mochaコンパイルせずにテスト - Qiita
