JUnit入門その１[Eclipse4.4のJUnitプラグインの基本的な使い方]
利用する環境の作成につきましては、「Eclipseの使い方(Windows環境のEclipse4.3)」の「JDK8とEclipseのインストール」をご覧ください。 「JUnit5」に関するエントリーを作成いたしましたので、興味のある方は是非ごらんください。 「Eclipse Oxygen Update 1 (4.7.1)を利用してJUnit5の公式ガイドの内容を実践してみる。」 本エントリーの内容は以下の通りです。 JUnitとは JUnitプラグインの機能説明 JUnitプラグインの基本的な使い方 １ JUnitとは JUnitとは、Javaで開発されたプログラムにおいてユニット(単体)テストの自動化を行うためのフレームワークと、 関連するツール群の総称です。 JUnitの目的とする理念は以下の通りです。 一度作成すればすばやくテストが実行可能である。 ユニットテストが成功することで、
Junitでjavaの単体テストを作る - うめすこんぶ
javaのテストフレームワークであるjunit．使い方を少し学んだので書いておきます． eclipse (Kepler)ですと，標準で入っているので手間が無いですね． eclipseでのjunitの使い方 パッケージエクスプローラの中で，テストを行いたいクラスの書かれたソースをクリックして選択 右クリックで新規→その他 java→junit→junitテストケースを選択→次へ そのまま次へ テスト・メソッドの画面になる．使用可能なメソッドからテストを作りたいメソッドをチェックして完了 junit4がない問われたらOKで． 結果，テスト用のクラスが作られる． テストで使うクラス 今回テストするクラス： public class JunitExample { public JunitExample() { // TODO 自動生成されたコンストラクター・スタブ } public int foo
[Java]rest-assuredでREST APIのテストをする | DevelopersIO
REST APIのテストをする 近頃はREST APIを作成することが多くなってきましたが、みなさんはどのようにテストをしているでしょうか。 昔はCactusとか使ってたけど、（とっくに開発終了してた・・・） なんか簡単にテストできるライブラリないかなあと思って探していたら、よさそうなものを見つけたので紹介します。 rest-assuredとは rest-assuredとは、RESTサービスを簡単にテストするためのJava DSLとのことです。 メソッドを組み合わせてREST APIへのリクエストとレスポンスの検証が可能で、シンプルな記述で使うことができます。 //rest-urlのレスポンスを検証 get("/rest-url") .then().body("something.json.param", equalTo("anyvalue")); rest-assuredを使ってみる セ
![[Java]rest-assuredでREST APIのテストをする | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/30a2d47409e2c1d5a3c01b1ecbba01690af9a821/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2013%2F09%2Fjava.png)
SubEthaMailのwiserで仮想SMTPを立ててjavaのメール送信をユニットテストする！ - 文系プログラマによるTIPSブログ
メール送信はまだまだ業務で重要ですね。javaでメール送信をする処理をユニットテストしたいけどメールが大量に飛んでしまうのは困るし、誤って本番環境のメールアドレスにメールが飛んだら大変です。そんな時はwiserを使いましょう！ SubEthaMail build.grade メール送信ユニットテスト 雑感 SubEthaMail GitHub - voodoodyne/subethasmtp: SubEtha SMTP is a Java library for receiving SMTP mail wiserができる事は以下の通りです。 jarのみで仮想SMTPを立てられる組み込みメールサーバ機能を持つ。 アプリケーションからwiserに投げられたメールは破棄される。 wiserは送信されたメールの内容を記憶しており、メールの宛先等が取得できる。 組み込みの仮想SMTPなので例えば以下
GitHub - junit-team/junit4 at r3.8.2
<!DOCTYPE html PUBLIC "-//w3c//dtd html 4.0 transitional//en"> <html> <head> <meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1"> <meta name="GENERATOR" content="Microsoft FrontPage 4.0"> <meta name="Author" content="Erich Gamma & Kent Beck"> <title>JUnit 3.8</title> </head> <body> <h1> <b><font color="#00cc00">J</font><font color="#ff0000">U</font><font color="#000000">nit
[Java]JUnit サーバサイドテストの忘れちゃいけない必須テクニック
Swing版はテストをツリー状に見ることができるなどAWT版に比べて機能が追加されているので、できればSwing版をお使いになることをお勧めします。 インストールが正しく行われているか確かめるためにサンプルを動かしてみましょう。junit3.8.1ディレクトリで次のようにTestRunnerを起動させてみてください。 ここではWindowsXPで起動させた場合を示します。 c:\junit3.8.1> java -cp junit.jar;. junit.swingui.TestRunner junit.samples.AllTests TestRunnerを引数つきで起動させると自動的にテストを開始します。起動すると、図2のようなフレームが表示されます(丸数字は筆者が説明のために付記したものです)。モノクロームでは分かりにくいのですが、図2-5 のバーが緑になっていればテストが成功してい
JUnit4.12時代のParameterized Test - mike-neckのブログ
JUnitに追いつこう(2周回遅れ、男子一万メートルだと2分近くの差、箱根駅伝なら4分40秒の差)という趣旨のエントリーです。 要約はこっちを見るほうが早かった kyon-mm.hatenablog.com irof.hateblo.jp Parameterized Test Parameterized TestがこれまではIterable<Object[]>だったのが、Iterable<Object>になったらしい。で、これに合わせるかのようにIntelliJ IDEAもParameterized Testでテストデータごとに結果を表示・再実行できるようになってた。で僕は、これまでパラメタライズドテストする場合は、Iterable<Object[]>を嫌って@RunWith(Theories.class)でテストしてたわけで、IntelliJ IDEAがParameterized Tes
JavaのユニットテストにSpockを適用する - Qiita
アトラクションルームクラス。ルームに人を追加するaddメソッドを持つ。キャパシティは合計20あり、男性の大人は3、女性の大人は2、子供は男女とも1を消費する。キャパシティがいっぱいになったら満員で、それ以上は人を追加できない package spockexample; import org.junit.Before; import org.junit.experimental.runners.Enclosed; import org.junit.experimental.theories.DataPoints; import org.junit.experimental.theories.Theories; import org.junit.experimental.theories.Theory; import org.junit.runner.RunWith; import stati
Javaのモックアップフレームワーク「mockito」でリクエスト／セッションを再現する
しかし、開発推進セクションとしてリーダーを中心に「基本的には必須ですが、相談には乗ります」と伝えてきました。もちろん、こちらとしても妥協することはありますが、基本は書いてもらうように言い続けたことは良かったと思います。今ではテストケースは2,000ケース以上となり、毎日jenkinsからもallTestの結果が送られてくるようになったのですから。そんなやりとりをしていく中で、こんなFAQも生まれました。 Q：巨大なメソッドで1行だけ修正したのですが、そのメソッド内をすべてテストしないといけないの？ A：基本はテストしてください。 ただしトラブル対応など、どうしてもすぐにリリースしないといけない場合はその限りではありません。 結果的にこのようなFAQは、開発メンバーにJUnitの導入を受け入れてもらうために必要なことだったと思います。やはり、開発スピードを重視するチームにとって、やることが多
[Android Tips] AsyncTaskLoaderをTestする | DevelopersIO
AsyncTaskLoaderをテストしたい 非同期処理はテストしづらいですね。 AsyncTaskLoaderのテストをする際にはまったのでメモしておきます。いわゆる俺得エントリー 準備するもの レシピには以下のものが必要になります AsyncTaskLoaderのクラスを使った非同期処理があるAndroidプロジェクト テストしたいプロジェクトを対象にしたAndroid Testプロジェクト 諦めない心 今回利用するソースコードはこちら。 AsyncTaskSampleとAsyncTaskSampleTestの2つのプロジェクトを利用します 今回は、文字列から緯度経度を検索する非同期処理を行う簡単なAndroidプロジェクトを対象に、テストプロジェクトを作成します。AsyncTaskLoaderの拡張であるGeocoderLoaderは以下の通りです。 /** * 住所や施設名などから
![[Android Tips] AsyncTaskLoaderをTestする | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/091f15a7d75f8343165a62700143a86becce2771/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2013%2F09%2Fandroid.png)
テストケースを動的に生成してJUnitで実行する | DevelopersIO
AWSチームに参画して2ヶ月ほど経ちました。ところが、AWSの構築などにはあまり関わらず、ひたすらAWSに関連するプロダクトの開発を行う毎日です。そんな折、ボスより次のようなリクエストをいただきました。 ユーザが参照できない情報について、参照できないことを検証して欲しい ・・・「出来ないことの検証」です。 「出来ることの検証」であれば、その例をテストケースとして記述してテストを実行すれば検証出来ます。しかし、出来ないことを証明することは非常に困難です。ただ、情報は有限なんで、総当たりにでもやればできるかもしれません。 ！？ システムのインフラは当然のようにAWSです。テストのためのリソースが足りなければ増やせばいいじゃないですか。時間がかかるならば並列化すればいいじゃないですか。テストの時だけ増やせばいいんです。 ならば、総当たりでテストしよう という方針になりました。そして、ブログのネタ
単体テスト自動化～JUnitの一歩進んだ使い方～
キーワードで探す カテゴリで探す トレンドを知る 事例を知る 展望を知る 技術ブログ サービスで探す コンサルティング CRM（Salesforce） ERP（SAP/Biz∫） 顧客接点・決済 カーボンニュートラル SCM・ロジスティクス 電子申請 データ＆インテリジェンス アプリケーション開発・管理 ブロックチェーン 量子コンピュータ・イジングマシン デジタルツイン IoT ロボティクス・RPA クラウド ネットワーク データセンター サイバーセキュリティ アウトソーシング 業種で探す 金融 官公庁・自治体 医療・ヘルスケア 防災・レジリエンス 食品 小売・流通 モビリティ 製薬・ライフサイエンス 食農・農業 製造 通信・放送 電力・ガス・水道 建設・不動産 個人のお客様向け 教育 トピックで探す Innovation Conference サステナビリティ キーワードで探す カテゴリ
JUnit API探訪：Assertクラス／assertThatメソッド - Diary of absj31
JUnitをより深く知っていこう。と言う事で本丸JUnitのクラスから幾つか機能を探訪していこうかと思います。 org.junit.Assertクラス Assert (JUnit API) 主なメソッドは以下の通り。 メソッド 説明 assertArrayEquals(arrays expected, arrays actual) 配列同士を比較、イコールである場合true assertEquals(Object expected, Object actual) オブジェクト同士を比較、イコールである場合true assertFalse(boolean condition) 条件がfalseである事を検証、falseの場合true assertNotNull(Object obj) オブジェクトがNullで無いことを検証、Nullでない場合true assertNotSame(Object
JUnit4のRunner概説 - penultの日記
Runner が何かについては省略。テストの実行のしかたを決めるものと考えればよい。 Runner の指定方法 テストを実行するための Runner を指定するには、基本的にテストクラスに @RunWithアノテーションを設定し、そのパラメータに使いたい Runner のクラスを指定する。 例えば、以下のようにすると Parameterized が使われる。 import org.junit.runner.RunWith; import org.junit.runners.Parameterized; @RunWith(Parameterized.class) public class MyTestClass { ... @Ignore @RunWith 以外で Runner を指定できるケースとして @Ignoreアノテーションがある。 これを指定すると IgnoredClassRunn
JUnit
JUnitとは、Javaプログラムの単体テストを行うためのツールです。 そのJUnitについて解説していきます。 JUnit INDEX 単体テストとJUnit 1.1. 単体テスト 1.2. JUnitとは 1.3. JUnitのインストール テストクラス 2.1. テストクラス 2.2. テストメソッド 2.3. テストの実行 テストクラス2 3.1. テストメソッドが処理される順序に注意しよう 3.2. 「副作用」があるテストは書かない 3.3. テストはソースコードと同じ場所に保管しよう 3.4. テストには、適切な名前を付けよう 3.5. JUnitのassert/failメソッドと例外処理を最大限に利用しよう 3.6. テストはjavadocで書面化しよう 3.7. テストはできるだけ小さく、できるだけ早く 便利なメソッド 4.1. setUpとtearDown 4.2. Te
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ニコニコ動画（Re:仮）
Amazon.co.jp: JUnit実践入門 ~体系的に学ぶユニットテストの技法 (WEB+DB PRESS plus): 渡辺修司: 本
IBM Developer
JUnit 4.4の基礎の基礎 (テストメソッドの前処理)
/ - 海豹日記