疲れやすい、呼吸の浅さを改善。ストレッチポールは毎日使いたいほど気持ちがいい!【今日のライフハックツール】
HTML: <input id="male" type="radio" name="sex" value="0"><label>男性</label> <input id="female" type="radio" name="sex" value="1"><label>女性</label> ■ チェックされたradioボタンのvalue値の取得する jQuery の独自cssセレクタ(:checked)を使って取れる // 男性にチェックが入っている場合 var result1 = $('input[name="sex"]:checked').val(); // 0 // or var result2 = $('input[name="sex"]').filter(':checked').val(); // 0 ■ radioボタンにチェックが入っているか、いないか真偽値を取得する //
渡辺です。さる方面からテスト系のエントリーがまだか…と催促されたので、ユニットテストについて少し考えてみたいと思います。 最近、TwitterのTLをチェックしていると、JUnitを利用しているにも関わらず違和感のあるTweetや、原因をJUnitにして本来解決すべき問題から目をそらしているようなTweetを多く見かけます。そこで、JUnitをによるユニットテストに関するありがちな勘違いをまとめてみました。 なお、JUnitの部分は、RSpecでもNUnitでも適当に置き換えて読んでも構いません。 1.JUnitを使うことが目的という勘違い JUnitを利用すること自体を目的にしたところで何も得る事はありません。 ありがちな話ですが、「納品物としてJUnitのテストコード(または実行結果)を求められている」ことが理由でJUnitを利用しているならば、それは足かせでしかない可能性があります。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く