デバッグしやすいHTMLのテストの書き方 - 2012-01-18 - ククログ

注意: 長いです。 一言まとめ: withinとtest-unit-capybaraを使ってHTMLのテストを書くと問題を見つけやすくなる。あわせて読みたい: デバッグしやすいassert_equalの書き方 HTMLに対するテストに限らず、開発を進めていく中でテストが失敗する状況になることは日常的にあることです。HTMLの場合は、入力フォームのラベルを変更したり、項目を追加したら既存のテストが失敗するようになるでしょう。そのとき、どのようにテストを書いていれば原因を素早く見つけられるのかを説明します。ポイントは「注目しているノードを明示すること」です。 HTMLテストのライブラリ さて、Rubyで処理結果のHTMLをテストするときにはどんなライブラリを使っていますか？The Ruby ToolboxにあるBrowser testingカテゴリを見てみると、Capybaraが最も使われてい

[iR3]

GJ! whithinがよくわかる

[oppara]

デバッグしやすいHTMLのテストの書き方 - ククログ(2012-01-18)

[raimon49]

テストコードのメンテナンスビリティ

[mooz]

assert_match で fail しても diff が出ないのでわかりにくい。そこで、マッチ対象を文字列置換で正規化して assert_equal するというテクニックを用いる。

[june29]

「問題があるだろう範囲が広すぎて問題を発見することが困難になる」

[nysalor]

メモ

[udzura]

「問題があるだろう範囲が広すぎて問題を発見することが困難になる」現象

[t2y-1979]

HTML のテストやったことないな、within メソッドいいね

[tuto0621]

後で読む