本日はオブジェクト倶楽部夏イベントにて 90 分もの長時間(!)喋らせていただきました。 会場にてお聞きくださった皆様、ありがとうございました。 講演の内容はというと、「創発的設計 (Emergent Design) 」というコンセプトについて講演をさせていただきました。自分は何を学んできたのか、何に学んできたのかを明かにし、いまの理解を立体化しました。「テスト駆動開発を本当に厳格に行うならば3イテレーション程度でアーキテクチャが破綻する」という意見に対する私の考えの表明でもあります。 Emergent Design - ObLove 2009 summerView more documents from t_wada. テスト駆動開発者はテスト駆動開発という手段だけで開発を行っている、つまり先行設計をしない、という誤解に対して、そのようなことはないという (ごく真っ当な) 結論になってい
# logrotate -dv /etc/logrotate.d/chkrootkit reading config file /etc/logrotate.d/chkrootkit reading config info for /var/log/chkrootkit.log Handling 1 logs rotating pattern: /var/log/chkrootkit.log after 1 days (30 rotations) empty log files are rotated, old logs are removed considering log /var/log/chkrootkit.log log does not need rotating
MySQL::Sandbox はお手軽に MySQL のサーバーを立ち上げるツールで、ちょっとしたテスト環境を構築するとかに非常に便利なプロダクトです。 とりあえずインストール $ sudo cpan -i MySQL::Sandboxでインストールしてから OS ごとの実行バイナリをダウンロードします。自分の手元の VM は CentOS 5.2 なので、mysql-5.0.82-linux-i686-glibc23.tar.gz をダウンロードしました。 まずは レシピ の最初にあるように make_sandbox してみます。 $ make_sandbox /path/to/mysql-5.0.82-linux-i686-glibc23.tar.gzそうすると /home/zigorou/sandboxes 以下にサンドボックスが出来てます。ついでに mysqld も立ち上がっていま
● [cucumber] ℃-uteのキュはキュウリのキュ 【第 1 回】 Cucumber の概要と実行手順 こんばんわー、寺田光男ですーぅ！違うか、違うかー。がはは。てか、cucumber 凄いんちゃうか？使えば使うほど、その凄さに驚くでしかし。こいつ底がねー！みたいなねぇ。え、「cucumber て何？」やて？それやがな。まずはそこから話さなあかん。でも、まともに説明すると2時間くらいかかるし、どないしょ。意外と難問やで。それでも敢えて一言にするなら、cucumber とは、、、やっぱキュウリかなぁ。 キュウリって？ キュウリは河童。河童は愛理。やっぱり、℃-ute、℃-uteだね！以上。 これが cucumber の全てなんやけど、これだけじゃわっきゃないやろなー。しゃーない、とりあえず起動してみよか。ぽまえらみたいなしょーもないギークは、説明聞くより動作を見て覚えるタイプやからな
Firefoxの動作テストには、Litmusのような手動のもののほかに、自動化されたテストがある。Sisyphus（シーシュポス）と呼ばれるシステムを用いて実施されるが、その名が示すとおり、動作テストは終わりのない作業だ。Firefox 3では、Alexaが提供する上位100万のWebサイトを対象に、チェックが行われた。 Firefox 3.1でも、ようやくそのレベルに到達しつつある。クラッシュ、メモリリーク、警告の有無を調べ、問題が見つかればテストケースの形に圧縮して、QAチームがBugzillaに登録する。10万のサイトのフロントページをテストするのに三週間を要するというから、手間暇のかかる仕事である。とくに、Firefox 3.1はTraceMonkeyといういわば「重火器」を積んでいる。威力は抜群だが、まだまだ壊れやすい。しっかりしたテストが不可欠だ。 現在、100万サイトをテスト
From the Rails list: First, some quick definitions: functional testing—Trying to break a web application by shoving crap into the forms and clicking buttons the developers don’t click. load testing—Trying to break a web application by pounding the hell out of it with tons of simultaneous connections. performance testing—Trying to analyze the performance of a web application so that you can compare
Google App Engineの開発ではPythonを使います。GAEを使ったWebアプリの開発でテスト駆動開発を行う際にも，Python的なユニットテストの文脈を活用できます。 ただし，GAEでユニットテストを行うためにはいくつかのツールやトリックが必要です。ここでは，そのテクニックを簡単に紹介します。 その1 : NoseGAEを使う Pythonのテスト用ツールにNoseがあります。このツールは，複数のディレクトリを渡り歩いて，複数のテストコードを一気に実行してくれる便利なツールです。 NoseのプラグインNoseGAEをインストールすることで，GAEアプリのテストを楽に行うことができます。「nose --with-gae」というようにオプション指定をすることでNoseGAEを利用できます。NoseGAEでは，テストコード上でGAEのモジュールやパッケージをインポートするために必
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く