TddAntiPatterns - TDD のアンチパターン
TddAntiPatterns - TDD のアンチパターン 目次 この文書について TDD のアンチパターン TDD アンチパターン・カタログ 嘘つき。 (The Liar) セットアップ過多 (Excessive Setup) 巨人 (The Giant) モック酔い (The Mockery) 検査官 (The Inspector) 太っ腹な残り物 (Generous Leftovers) 地元の英雄 (Local Hero) 小姑 (The Nitpicker) 秘密のキャッチ (The Secret Catcher) ペテン師 (The Dodger) 大声 (The Loudmouth) はらぺこキャッチ (The Greedy Catcher) 序列屋 (The Sequencer) 隠れ依存 (Hidden Dependency) 点呼 (The Enumerator)
tokuhirom blog
Blog Search when-present<#else>when-missing. (These only cover the last step of the expression; to cover the whole expression, use parenthesis: (myOptionalVar.foo)!myDefault, (myOptionalVar.foo)?? ---- ---- FTL stack trace ("~" means nesting-related): - Failed at: ${entry.path} [in template "__entry.ftlh" at line 3, column 25] - Reached through: #include "__entry.ftlh" [in template "entry.ftlh" at
CppUnit Cookbook
CppUnitの使い方 とっかかりの手助けになるようように、少しだけ使い方を書いておきます。 単純なテスト・ケース 自分で書いたコードが本当に動くものかどうか知りたいとき、どうしますか? いろいろなやり方があります。デバッガを使ってステップ実行をする、ストリームにコードの出力を吐き出すなどは、いちばん簡単なやり方でしょう。しかし、どちらにも欠点があります。ステップ実行はいい考えですが、自動的に行うことはできません。変更するたびに毎回自分でやらなければなりません。ストリームに吐き出すのも悪くはありませんが、コードは汚くなるし、いつもは必要でない情報まで垂れ流されてしまいます。 CppUnitを使ったテストは、自動的に実行できます。設定は簡単だし、一度テストを書いてしまえばずーっと使い続けて、自分のコードの品質を信頼できるものにすることができます。 単純なテストをするためには以下のようにします
Linux で Selenium RC を使う ― ありえるえりあ
現在開発している製品の自動テストと負荷テストに Selenium RC(*) が使えそうなのでいろいろ調べてみました。 Selenium RC はブラウザをリモートコントロールすることによって自動テストを行うソフトウェアで、 Selenium RC を操作するライブラリ(Java や Perl など)を使えば、簡単にテストケースを書いて実行することができます。また、一応マルチプラットフォーム対応なので、 Linux で開発している僕にとっては嬉しいソフトウェアなのです。今回はとりあえず Linux で Selenium RC を用いてブラウザをリモートコントロールするところまで説明します。 (*) http://www.openqa.org/selenium-rc/ Firefox をリモートコントロール 結論から言うと僕の環境(Gentoo 2.6.22, Firefox 2.0.0.6
[Testing][Perl]Test::WWW::SeleniumでPerlからSelenium RCを操作する
Selenium IDEを使うとhtmlの各種プログラミング言語用のテストコードも出力してくれます。 Perlの場合はTest::WWW::Seleniumモジュールを利用します。 前記事「Selenium RCとSelenium IDEでWEBアプリのUIテストを簡単自動化」の操作で出力されるPerlコードは以下のようになります。 Selenium IDEによって出力されるコード use strict; use warnings; use Time::HiRes qw(sleep); use Test::WWW::Selenium; use Test::More "no_plan"; use Test::Exception; my $sel = Test::WWW::Selenium->new( host => "localhost", port => 4444, browser =>
Test::MoreのPHP版
見つけた！。 Chris Shiflett: Test::Simple for PHP どうやら、Apache::Testの中にある、TestConfigPHP.pmの下の方に書いてあるコードのようです。 simpletestやPHPUnitでもいいんだけど、Perlからプログラムを書き始めた僕には、テストってとても簡単に書けるという意識があったものだから、最初にこれらのやり方を見た時はなんて長々と書かなきゃならんのだ。と正直思った。 どうせ同じ事書くなら、短く楽に書ける方が好きなのだ。 というわけで、早速使ってみた。 まずは、test-more.phpをダウンロード。 後はこのファイルをrequireしてあげて、テストを書くだけ。 use.php <?php require_once("test_more.php"); plan(1); ok(true, "test"); ?> 後は、T
Seleniumによる継続的なリグレッションテストを行うためのツール「Selenium Auto Exec Server(AES)」を公開しました。 - Enjoy*Study
Selenium Auto Exec Server(AES) Seleniumによる継続的なリグレッションテストを行うためのツールとして、「Selenium Auto Exec Server(AES)」を公開しました。 Selenium AESを使うと、Seleniumによるテストを毎日決まった時間に実行し、その結果をメールで送信するといったことが簡単に行えるようになります。 配布しているアーカイブは、サンプルとしてhttp://www.google.com/に対するFirefox、IEを使ったテストをすぐに試せる状態になってますので、興味をもたれた方は、ぜひ一度お試しください。 Selenium AESのサンプル - Enjoy*Study まだ、実際のプロジェクトで導入したことが無いので、いろいろ考慮が足らないところもあるかもしれません。 こうしたほうが良いといったご意見や、アイデアが
レガシーコード借金説 - 世界線航跡蔵
Rails勉強会@東京 第30回の懇親会の席で話していて、 id:takahashim さんがハッとすることを言った。バグバグなコードは負債であると。 バグバグなコードは、それだけでメンテに定常的な出費を産む。書き直せばそのコストはいらないのに。バグバグなコードはあらゆる危険性を産む。なまじモノがあるだけについコードを無条件に資産と見なしてしまいがちだが、実は怪しいコードは負債であると。 そして、でっち上げのコードが必要な場合も確かに存在するのだ、とも。「無借金経営だけが経営じゃない」そうだ。なるほどね。 ここで、自動化されたテストケースが存在しないことをもって負債と見なす、と基準を定めよう。テスト可能性が担保されていればそのコードはそれなりに安全であるわけだし、差し換えもローコストなわけなので。「レガシーコード = テストが存在しないコード」という定義は『 Working Effecti
jQueryのテスティングフレームワークQUnit (でぃべろっぱーず・さいど)
jQueryのSubversionリポジトリにtestフォルダがあって、jQuery自身のテストが納められていたのですが、そこで使われているテスティングフレームワークがQUnitとしてトップレベルのプロジェクトになったようです。 QUnit - jQuery JavaScript Library これを使うと簡単にjQueryプラグインのテストコードが書けちゃいます。 使い方は以下の通り。 提供されているメソッド test( name, test ) : nameにテストの名称、testには実行するテストを関数の形で渡します。 module( name ) : テストの途中で、テスト対象のモジュールや関数の目印を付けたいときに使います。nameにはモジュールの名称を渡します。 ok( state, message ) : stateがtrueならOK、falseならNGという判定になります
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://www.ngi644.net/net/kei_blog/94
WebTest vs. Selenium: 本物のテストとシミュレートされたブラウザテスト