【マルチスレッド】CompletableFutureについて - Qiita
マルチスレッド処理で他のスレッドから戻り値がある場合がある。 戻り値を受け取る方法としてCompletableFutureがある。 マルチスレッドの中では、1つのスレッドの戻り値を受け取って処理を行いたい場合がある。 その場合、戻り値が必要な処理は、戻り値を受け取るまで処理がブロックされる。 戻り値を返す処理が終了したら、戻り値を取得し、後続の処理を行う。 CompletableFutureは前段の処理が終了したら自動的にその結果を次の処理を渡して実行するようにできる。 CompletableFutureは戻り値のある非同期処理をsupplyAsyncメソッドで起動する。 import java.util.concurrent.CompletableFuture; import java.util.concurrent.ExecutorService; import java.util.c
JUnit - @Rule・@ClassRule使用方法の備忘録 - Qiita
はじめに みなさんはJUnit使ってますか？ Java用のテスティングフレームワークはTestNGなどもありますが、JUnitを使っている人が多いと思います。 そんなJUnitの@Rule・@ClassRuleについて、備忘録として自分なりにまとめてみました。 間違っている場合もありますのでご容赦ください。 なお、実装例のpackage文・import文は省略しています。 概要 @Ruleは@Before・@After、 @ClassRuleは@BeforeClass・@AfterClassの代替だそうです。 実際にはもっといろいろなことが出来るようです。 今後@Beforeや@Afterなどが非推奨となることはないとは思いますが、読めるようにはしておきたいですね。 TestRuleクラスについて TestRuleクラスを継承したクラスのインスタンスを、テストクラスのpublicフィールド
JUnitでの検証メソッドについて - Qiita
先日、遅ればせながらJUnit5を使ってみたら、なんとassertThatがいなくなっていました。 「アサーションは利用者が好きなものを使ってね」という方針のようです。 そこで、JUnitで使う検証メソッドについて、 今まで使ってきたものを含めて、利用候補を考えてみます。 org.junit.Assert.assertEquals 伝統的なメソッド。新入社員時代にはお世話になりました。 assertThatがいるので今はあまり使われていない(はず)。 期待値と実測値が分かり辛い Javadocによると左が期待値で右が実測値らしいですが、よく忘れます。 チーム開発すると何人かは逆に書いたりして、後から混乱を招くことも。 「どっちでもいいじゃん」という人もいるかも知れませんが、期待値と実測値が逆になったエラーメッセージは個人的には気持ち悪いです。 ```java.lang.AssertionE
Writing Parameterized Tests With JUnit 5 - Petri Kainulainen
Author: Petri Kainulainen Published: December 19, 2021 17 comments If you want to learn how you can work smarter and save time when you are writing tests with JUnit 5, you should take a look at my Introduction to JUnit 5 course. It has 24 lessons, 47 exercises, and 13 quizzes. This blog post describes how we can write parameterized tests with JUnit 5. After we have finished this blog post, we: Can
JUnitにおけるルールとは - Qiita
ルールとは JUnit4.7で追加された、JUnitの拡張フレームワーク。 JUnitでは、フィクスチャのセットアップの共通処理を抽出するための様々な仕組みがあるが、 ルールはより容易に、そして柔軟に共通処理を抽出することができる仕組みである。 特徴としては以下のようなものが挙げられる。 共通処理を独立したクラスとして定義できる テスト実行時のメタデータにアクセスできる 上記の特徴から、ルールは再利用しやすく、宣言的に記述でき、 テスト実行時の拡張を容易に行うことができる仕組みであると言える。 ルールの実装 ルールのお約束（ややこしい） org.junit.rules.TestRuleインターフェースの実装クラスであること org.junit.Ruleアノテーションもしくはorg.junit.ClassRuleを付与した publicなフィールドとして定義すること フィールドの宣言と同時に
JUnit5 使い方メモ - Qiita
> gradle --version ------------------------------------------------------------ Gradle 5.6.2 ------------------------------------------------------------ Build time: 2019-09-05 16:13:54 UTC Revision: 55a5e53d855db8fc7b0e494412fc624051a8e781 Kotlin: 1.3.41 Groovy: 2.5.4 Ant: Apache Ant(TM) version 1.9.14 compiled on March 12 2019 JVM: 11.0.4 (AdoptOpenJDK 11.0.4+11) OS: Windows 10 10.0 amd64
JUnit5を使おう - エムスリーテックブログ
エムスリー エンジニアの中村です。 この記事は エムスリー Advent Calendar 2018 の22日目の記事です。 JavaでのテストフレームワークといえばJUnitですが、最新版のJUnit5がかなり使いやすくなっています。 既に多くのJUnit5紹介記事がありますので、改めて私が細かく説明することもないかと思いますが、個人的に嬉しいと思った機能を中心に紹介したいと思います。 JUnit5 junit.org JUnit5 は初版がリリースされてから１年がすぎて、普通に使うには十分な環境になっているのではないかと思います。 Intellij IDEAでもサポートされ、メソッド単位のテスト実行や実行したテストケースの一覧表示など、これまでのJUnit4と変わらずに使うことができます。 Springのテストモージュルでも対応され、JUnit5向けのテスト拡張クラスが提供されています
Java8の日時APIはとりあえずこれだけ覚えとけ - Qiita
Javaで日付/時間を扱うには従来はDate/Calendar/DateFormat等のクラスを使っていたが(以下、旧API)、Java8からはjava.timeパッケージに新しくAPIが追加された(以下、新API)。 しかし新APIはパッケージ数が5、クラス数は69もあり最初はどれをどう使うのか戸惑ってしまう。 そこで最低限これだけ覚えておけば旧APIと同じ事ができるという程度の情報をまとめてみた。 新APIの特徴 旧APIとは全く別のAPI。 データを格納するクラスは、日時/日付のみ/時間のみなど保持する要素やタイムゾーンの有無などで、複数のクラスから選べるようになった。 データ保持と日付操作(年/月/日フィールドの取得/変更など)が1クラスで出来るようになった。 (旧APIではデータ保持はDateクラス、日付操作はCalendarクラスと分かれていた) 日時クラスはImmutable
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Migrating from JUnit 4 to JUnit 5 | Baeldung
Migration from Junit 4 to Junit 5
JUnit5 @RunWith | Baeldung
JUnit 5 Assertions - JUnit assert Examples
Test expected exceptions in Kotlin
JUnit 5 Expected Exception: How to assert an exception is thrown?
Overview :: JUnit User Guide
Guide to JUnit 5 Parameterized Tests | Baeldung
Guide to JUnit 4 Rules | Baeldung
A Guide to JUnit 5 Extensions | Baeldung
LocalDateTime to specific timezone
Round minutes to ceiling using Java 8