JavaOne 2017 - TestContainers: integration testing without the hassle
In Java, a typical workflow involves restarting the application with (almost) every class change. For some applications, it is not a problem at all; for others, it is a disaster, from HotSwap to agent-based reloading. This session takes a look at the options available for Java class reloading. There are plenty of tools you can use for this task: rely on standard JVM HotSwap, redesign your applicat
MockServer
Easy mocking of any system you integrate with via HTTP or HTTPS Getting Started To get started see the guide for mocking or proxying or the code examples. What is MockServer For any system you integrate with via HTTP or HTTPS MockServer can be used as: a mock configured to return specific responses for different requests a proxy recording and optionally modifying requests and responses both a prox
Truth - Fluent assertions for Java and Android
What is Truth? Truth is a library for performing assertions in tests: Truth is owned and maintained by the Guava team. It is used in the majority of the tests in Google’s own codebase. Why use an assertion library? In other words, why depend on a new library when you can use the methods built into your testing framework, like assertEquals? assertEquals( ImmutableMultiset.of("guava", "dagger", "tru
単体テストを簡単に Unitils 〜アサーションユーティリティ〜 - A Memorandum
前回の blog1.mammb.com では、Unitils の導入とユーティリティである assertReflectionEquals について見てきました。今回はもうすこし詳しくUnitils のユーティリティについて見ていきます。 並び順を許容する LENIENT_ORDER オプション assertReflectionEquals ではオプションを指定することにより、ゆるいテストを行うことができます。ゆるい条件でテストを記述しておくことで、テストケースの保守を容易にすることができます。 コレクションなどに含まれる要素を比較したいが、その並び順については考慮する必要が無い場合には、比較モードとして LENIENT_ORDER を指定することでゆるい比較が実現できます。 List<Integer> list = Arrays.asList(3, 2, 1); assertReflect
単体テストを簡単に Unitils 〜データベーステスティング 1 〜 - A Memorandum
前回の blog1.mammb.com では、Unitils アサーションユーティリティについて見てきました。今回は Unitils のデータベーステストのサポートについて見ていきます。 Unitils のDBサポート環境構築 Spring + Hibernate の環境で、Unitils のDBサポートを見ていきます。まずは、環境構築から行います。前回までは Unitils 2.4 を使用していましたが、ここから3.0を使用していきます(特に理由はありません)。 前回までと同様 Maven にてプロジェクト作成します。以下のように指定し、その他はデフォルトを選択します。 > mvn archetype:generate Define value for groupId: : etc9 Define value for artifactId: : unitils-db 続いて作成された p
Effective Mockito Part 2
As promised in the first part of the “Effective Mockito” blog series, I will concentrate on Mockito specifics in the followup posts. So, the main topic for Part 2 is Mockito’s @Mock Annotation. When I write tests I try to follow an explicit pattern, called the build-operate-check pattern. This was described by Uncle Bob in his book “Clean Code” (Page 127, Chapter 9). The main idea behind this patt
JUnitでプラットフォーム依存のテストを行う - 倖せの迷う森
JUnitでプラットフォーム依存のテストを行いたい*1とき、みなさんはどうされているのでしょうか。テストメソッド内で System.getProperty("os.name") 等としてOS判定し、実行する処理を分岐させたりしているのでしょうか。 こんな感じで、アノテーションで実行を制御できたら楽ですね。 Junitでは、特定の条件下でのみそのテストを走らせる、といったオプションがありません。あるテストスイートを実行しないようにする @Ignore アノテーションはありますが、これはテスト実行の条件を指定して特定条件下でのみ無視するといったものではないため、今回のケースには適しません。 さて、そこはプログラマーの発想であるところの「ないなら作ればいいじゃない」ということで、実装してみましょう。まず、アノテーション @DependsOnPlatform を作ります。引数でプラットフォームを指
次世代のモックフレームワークであるJMockitの基本的な使い方 - 達人プログラマーを目指して
以前のモックフレームワークの技術的制約 今まで私が担当してきたプロジェクトにおいては、モックオブジェクトを使ったJUnitの単体試験はjMockとEasyMockのいずれかのフレームワークを利用して行ってきました。しかし、これらのフレームワークはJavaプラットフォームにおけるコード自動生成の考え方の変遷で説明したように動的プロキシーに基づいているため、以下のような制約がありました。 モック化する対象の型はインターフェースを実装しているか、継承可能なクラスであること モック化するメソッドはfinal、static、privateでないこと*1 モック化するロジックはコンストラクターの呼び出しではないこと モックオブジェクトをテスト対象クラスにDIかパラメーター経由で引き渡すことが可能であること モック化する場合はクラス全体をモック化する必要があること（getterやsetterなどは本物の
JMockitは理想的なモックフレームワーク - かとじゅんの技術日誌
テストを書いているとモックオブジェクトを使う機会が多いと思います。そのモックオブジェクトは自前で作るよりは、JMockやMockito*1などのフレームワークを利用した方が楽でしょう。 今回は機能的に、ほぼ最強と思われるJMockitを紹介します。 これが、他のモックフレームワークとの機能比較です。 MockingToolkitComparisonMatrix - jmockit - A feature matrix comparing several mocking toolkits. - Project Hosting on Google Code 機能が多ければ使いやすいか。そんなことはないと思います。しかし、これは使いやすいかもと周りの人からお勧めがあったので、実際に使ってどんなところが使えるのか検証してみたので、書いてみます。あと、最後にScalaで使えるか試してみました。 あ、
java.net: Multithreaded Tests with JUnit
Multithreaded Tests with JUnit by N. Alex Rupp 08/06/2003 JUnit is the glue that holds many open source projects together. But JUnit has problems performing multithreaded unit tests. This creates considerable difficulty for middleware developers in the open source J2EE market. This article introduces GroboUtils, a JUnit extension library designed to address this problem and enable multithread
Overview of MultithreadedTC - Dept. of Computer Science, UMD
MultithreadedTC A framework for testing concurrent Java applications 1. What is MultithreadedTC? MultithreadedTC is a framework for testing concurrent applications. It features a metronome that is used to provide fine control over the sequence of activities in multiple threads. (OK I think I get it. Take me straight to some examples.) Many failures in concurrent applications are not deterministic.
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - dodie/scott: Never debug a test again: Detailed failure reports and hassle free assertions for Java tests - Power Asserts for Java
Google Code Archive - Long-term storage for Google Code Project Hosting.
GitHub - infinitest/infinitest: Infinitest: The Continuous Test Runner for the JVM
jmockit - Project Hosting on Google Code
Running a junit4 test with junitperf
GroboUtils - Using Multi-Threaded Tests
http://www.ecs.csun.edu/~rlingard/COMP595VAV/MironWeaverPresentation.pdf
Google Code Archive - Long-term storage for Google Code Project Hosting.
Testing Servlets with JUnit