JUnit - Wikipedia
一度作成すればすばやくテスト可能である。 その後はテストコードを標本とすることでバグ訂正が容易となる。 テストコードを見れば仕様が一目瞭然となる。 誰でも同じテストを行えるようになる。 独自のテストコードによるテスト作成の手間を省ける。 仕様変更ごとにテストコードを作り直さなければならない。 EclipseなどのIDEを使うことで、テストコードの再作成によって生じる手間を軽減することもできる。 エクストリーム・プログラミング(XP)などのテスト駆動開発の開発形態の場合、問題が解消される場合がある。なぜなら、テスト駆動開発では、テストコード自体が仕様であるという考え方に立つからである。 テストコードの作成に時間がかかる。 EclipseなどのIDEを使うことでテストコードの作成を高速化することもできる。 「テストは機能テストであり、内部ロジックの確認ではない」という考え方に立つと問題が解消さ
そろろろRailsについて本音を書いてみるか - ひがやすを blog
最近の大田さん@mixiのところで、Rubyについて考察する機会があったのと、よういちろうの考えと同じことを思っていたので、たまには本音で書いてみる。 Railsで、最も良いところは、テストの雛形も自動的に作ってくれて、テストの敷居を下げてくれてるところだと思う。なのに、それについて触れる人があまりにも少ないような気がする。一応、私は、1年半以上、はてなのキーワード検索で毎日Railsについては調べているので、はてなでRailsについて書いている人の記事はたいてい見ています。 理由は、いくつか考えられますが、私の読みだと、テストが当たり前の人にとっては、当たり前すぎてわざわざ書く意味がないし、そうではない多くの人にとっては、ほとんどテストは書いていないんじゃないかな。 実は、テストを書くのは結構工数かかるんですよ。スクリプト言語は、コンパイラがミスを教えてくれることはないので、Javaと比
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
