タグ

ブックマーク / weathercook.hatenadiary.jp (2)

  • JavaScript Test with QUnit and mockjax - ハードコイルド・ワンダーランド

    JavascriptのテストはXHRがネック JavaScriptを書いていると、RESTサービスを利用してXHR(XMLHttpRequest)やjQuery.ajax経由で JSONのやり取りをする処理を実装することが多い。 こういった処理は以下の理由からテストが書きにくい。 1.サーバサイドの実装状況に依存する 2.非同期処理 JavaScriptを始めたばかりの時はjsUnitを使ってテストを書いていたのだが、 この2点はいつもネックになっていた。 QUnitとmockjaxでだいたい解決する 新しいテストフレームワークをいろいろと試してみた結果、jQueryのテストフレームワークQUnitと jQueryライブラリのmockjaxを使えば自分が書く実装の大部分が解決できることがわかった。 QUnitについては色々と日語の情報があるのだが、mockjaxについては ほとんど見られ

    JavaScript Test with QUnit and mockjax - ハードコイルド・ワンダーランド
  • なぜITS導入は失敗したか?あるいは僕のがっかりメモ - ハードコイルド・ワンダーランド

    出張してもどってきたら社内Tracが残念なことになっていた 最近、もともと所属していたチームをはなれて外で開発をしていた。 久しぶりにもどってきてTracを覗いたところ、非常に残念な感じなっていて、有り体に言えばゴミタメになる寸前だった。 (今現在も解決していない) ほかのチームでRedmineを展開してそこそこ上手くいっていたので、 なんでこんなことになったのか?どうすれば防げたのかをいろいろ考えた。 個人的なメモ。 何がいけなかったのか 個人的に思うところは以下の3点 ・マイルストーンの役割を誰も理解していない ・バグ表を作る人(≒リーダー)がTracを使えない、使う気がない ・求められる機能とTracの機能に乖離があった マイルストーンの役割を誰も理解していない 「ソフトウェアのリリースとITSのマイルストーン、リポジトリのブランチはそれぞれ同期する」なんて ITS使ってる人には常識

    なぜITS導入は失敗したか?あるいは僕のがっかりメモ - ハードコイルド・ワンダーランド
  • 1