ユニットテストにまつわる10の勘違い | DevelopersIO
渡辺です。さる方面からテスト系のエントリーがまだか…と催促されたので、ユニットテストについて少し考えてみたいと思います。 最近、TwitterのTLをチェックしていると、JUnitを利用しているにも関わらず違和感のあるTweetや、原因をJUnitにして本来解決すべき問題から目をそらしているようなTweetを多く見かけます。そこで、JUnitをによるユニットテストに関するありがちな勘違いをまとめてみました。 なお、JUnitの部分は、RSpecでもNUnitでも適当に置き換えて読んでも構いません。 1.JUnitを使うことが目的という勘違い JUnitを利用すること自体を目的にしたところで何も得る事はありません。 ありがちな話ですが、「納品物としてJUnitのテストコード（または実行結果）を求められている」ことが理由でJUnitを利用しているならば、それは足かせでしかない可能性があります。
JUnitのTheoryテストについて — recompile.net
2011年08月05日 JUnit 4.4から組み合わせを表現するためのTheoryという機能が導入されています。このTheoryという機能について、日本語での概説がなかったため、調べた範囲で紹介したいとおもいます。 Theoryの実行Theoryは組み合わせテストのための表現方法です。Theoryを利用するためには、@RunWithアノテーションでTheoriesランナーを指定します。すると、@Theoryアノテーションが指定されたメソッドが実行されます。 @RunWith(Theories.class) public class HelloTheoryTest { @Theory public void helloTheory() { System.out.println("Hello, Theory!"); } } 出力は下記の通りとなります。 Hello, Theory! Data
JUnit(JUnit4)の概要～利用方法【ユニットテスト - テスト】 ＠みっちーわーるど
前提 このページに記載している内容は2011/01/23に書かれたものです。 掲載している画面や方法が将来的に変更されている場合があります。 また、解説に使っている eclipse のバージョンは 3.6.1 です。 eclipseのバージョンによって若干異なる部分があるかもしれません。 「初心者にも分かる JUnit(JUnit4)」を目指して頑張って解説します。 特徴 ・JUnit3の改良版 ・eclipseと連携していて簡単にテスト実行＆失敗したテストの理由を表示 ・JUnit3の以下の問題点を改良 ・テストメソッドの名称が固定 →メソッドにアノテーションを付加することで対応 ・例外が発生するテストが複雑 →アノテーションで期待する例外を記述することで対応 ・テスト前後処理のバリエーションが少ない →テストクラス前後処理など、いくつかのバリエーションが追加された ・JUnit3と同じ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
