初めに 具体的なコードや方法も記述しますが、それよりも JUnit などの自動テストのFW、ユニットテストの概念や目的など本質的なことを把握し理解する事を主題にしてます。 また、参考資料欄にあるように、様々なものを参考に網羅的にまとめています。非常にボリュームがるので興味あるところだけ読んでもらう方が良いかもしれません。 こちらでは、ある程度開発経験（1〜2年程度）があり、自動テストについて少しでも触れた事があるくらいの方が対象になる記事です。自分がそうだからです。ただし、コンパイルエラーにならないだけの書き方では意味がないのでそういった構文やお作法に関する話はあまりしません。なぜそのようなお作法になったのか？そうである理由は何なのか？トレードオフは？といった、本質的な部分にフォーカスを当てていきたいと思います。 1. 概要 JUnit は Java 言語向けのユニットテストフレームワーク
JUnit5 使い方メモ - Qiita
package sample.junit5; import org.junit.jupiter.api.Assertions; import org.junit.jupiter.api.Test; import org.junit.jupiter.api.DisplayName; class JUnit5Test { @Test void fail() { Assertions.assertEquals(10, 8); } static class StaticClass { @Test void fail() { Assertions.assertEquals(10, 8); } } static class StaticTest { @Test void fail() { Assertions.assertEquals(10, 8); } } class InnerTest { @Te
Spring Boot爆速開発超絶技巧 #jsug #boot / Spring Boot & IntelliJ IDEA technique
こんにちは。SWETチームの@zhailujiaです。 今回はAndroidX x Junit5を使ったUIテストの書き方を紹介して行きたいと思います。 背景 JUnit 5はJUnit 4と比べて複数な新機能があって使いたいところですが、現時点GoogleはAndroidのJUnit 5テストをまだ公式対応していません。 android-junit5は、AndoridプロジェクトでもJUnit5の使用を可能にするサードパーティ製のGradle Pluginです。 今年4月に、android-junit5から新しいInstrumentationサポート用のInstrumentation 1.0.0Libraryをリリースしました。 これによりAndroidXのActivityScenarioなどのAPIとJunit5を組み合わせたUIテストが遂に書けるになりました。 システム環境 Syst
本日9/19の関ジャバ'19 9月度でJUnit 5のExtensionの話をしました。 スライド JUnit 5.5.2 のUser Guide を合わせてご参照ください。なお5.3ならoohiraさんの日本語訳もあります。とても助かってる。 ちなみに表紙で言及してるBtoWは ゼルダの伝説 ブレス オブ ザ ワイルド - Switch で、ロード画面がこんな感じなのです。 背景 9月度のセッションは、以前の関ジャバにて登壇枠で申し込みいただいたお二人です。 業務システムの概要とその選択肢 / tunemageさん みんなのSelenium：The Road to WebDriver / woosyumeさん 他のイベントでの登壇などから特に心配はないのですが、流石に初登壇の方だけにお任せするのもあれなので私も話すことにしてみました。 Seleniumに絡めてテストの話、と考えてExte
JUnit未経験者がテストコードを書ききるためにまずやったことと、初心者的悩みポイントを逆引き解説 - Qiita
はじめに : ユニットテストを書いたことない頃の私の声 わかっているんです。知っているんです。ユニットテストを書いた方がいいのは。 だけどさ何から始めればいいの？ どうやってテストコード追加するの？ なんかアノテーションがやたらあるのは知ってる。ただ使い方がわからん。 ていうか時間がない！書く時間というか、そもそも最初のキャッチアップの時間が！作れない！ というのは数か月前までの私の心の声。 その後、ユニットテストを2つほど書いてみたところで、とりあえず上記のような心の声には「大丈夫だよ、これで始められるよ」と寄り添えるようになった気がします。 そこで ユニットテストナニモワカラナイ（本来の意味）・・から、どきどきしつつも挨拶ができるようになるくらいまでに何をしたか テストを書くにあたって最初に直面した「これってどうしたらいい・・・？」を逆引き解説※ をまとめます。 ※解説とか大層なことを
JUnitで学ぶTest smells撃退法 / How to resolve Test smells using JUnit5
スクラムフェス新潟2023で発表した際に使用した資料です！ https://confengine.com/conferences/scrum-fest-niigata-2023/proposal/18389/junittest-smells
テストエンジニアが教える JUnitを書き始める前に考えるべきテスト/JJUG_CCC_2019_Spring
以下のイベントの投影資料です。 http://www.java-users.jp/ccc2019spring/#/ 以下、スライド内記載のURL一覧 P13 テストの目的 http://jstqb.jp/dl/JSTQB-SyllabusFoundation_Version2011.J02.pdf#page=14 P18 パスワードの例題 https://www.slideshare.net/takashiyamasaki378/ss-55384920/25 P59 Testing and Checking Refined http://www.satisfice.com/blog/archives/856 P60 あなたがやっているのはテスティングかチェッキングか？ https://www.infoq.com/jp/news/2009/12/testing-or-checking P62
JUnit 5 といえば @Nested テストが一押しかなと思っていた時期もありましたが、 @ParameterizedTest を使い始めたら「JUnit 4 のあれは何だったんだ」と思えるくらい手になじんでとてもいい感じです。これだけでも移行をオススメできます。 確認環境 JUnit 5.3 AdoptOpenJDK 11.0.3+7 macOS 10.14.3 ValueSource パラメーターは、@ValueSource アノテーションを使って指定します。パラメーターの型に応じて、ints や strings、 doubles プロパティなどがあります。 @ParameterizedTest @ValueSource(ints = {1, 2, 100}) void positiveNumber(int n) { assertTrue(isPositiveNumber(n));
SpringBoot2.2でJUnit5がデフォルトになったー。 他の更新はリリースノート見てくださいまし。 ちなみに私に関係ありそうなのはツイートした。触れてないのは単に使ってないってだけで、重要じゃないってわけじゃないです。 - Spring 5.1 -> 5.2 - Jakarta EEに移行しはじめた - JUnit 5をデフォルトに - HealthIndicatorはCompositeHealthContributorConfigurationに変えれ（長い…… - Java 13サポート（8と11は引き続き） - RestTemplateBuilderのヘッダ用メソッド追加 ……あたりかな。あと起動時間とメモリ改善とか。— いろふ (@irof) October 16, 2019 build.gradle の書き換え SpringBoot2.1以前 implementatio
JUnit 5の拡張機能を完全にマスターした
2019-09-19T19:00 関ジャバ'19 9月度のセッション資料です。 https://kanjava.connpass.com/event/141792/
最近、Javaでの開発が増えて、たまにコーディングすることがあり、JUnitを使ってテストケースを作ることも多いです。 なので、覚え書きも含めて、JUnit の使い方など。 そんなに難しくもないので、そうそう忘れることはないですが。 基本的に、Eclipseを使えば、JUnitのプラグインも入っているので設定自体は何もいらないです。 適当にJavaプロジェクトを作成。 この時、使用するJREのバージョンを選択します。 今回は、適当に JavaSE-1.8 を選択。 テスト用に適当にクラスを作ってメソッドを実装。 今回は、2倍、3倍、4倍を返す適当なメソッドで（笑） このクラスのメソッドをJUnitでテストコードを作成するには、目的のソースで右クリックして、[新規]->[その他] から [JUnit]->[JUnitテストケース] を選択。 テスト実装用のクラスを作成。 この時、対象のメソッ
kintone のテストを JUnit 5 に移行した話 - Cybozu Inside Out | サイボウズエンジニアのブログ
こんにちは、kintone 開発チームの @hikoma です。kintone のテストを JUnit 4 から JUnit 5 に移行した話を公開したいと思います。 背景 2017 年に JUnit 5 がリリースされてから約 4 年半、みなさんは既に JUnit 5 を利用していることかと思います。 kintone では JUnit 5 への移行がなかなか進みませんでした。テストのボリュームがそれなりにあり（Java の単体テストが約 6500、REST API のテストが約 4000、Selenium のテストが約 3000）、E2E テストで並列実行やリトライのために JUnit 4 の仕組みを利用していたので、目に見える問題が起きていない状況では優先度も上がりませんでした。 しかし、このような状況ではテストの改善に着手しにくく、持続的な開発のリスクも感じていたため、何度目かの移行
JUnitのAssertJの使い方
import static org.assertj.core.api.Assertions.assertThat; import static org.assertj.core.api.Assertions.within; import static org.assertj.core.api.Assertions.tuple;文字列の検証はisEqualToメソッド文字列はassertThat(“文字列”).isEqualToメソッドで検証します。 package jp.co.test; import static org.assertj.core.api.Assertions.assertThat; import static org.junit.jupiter.api.Assertions.assertTrue; import org.junit.jupiter.api.Test; p
JUnit5: 便利なパラメータ化テストの使いどころと実装方法 - RAKUS Developers Blog | ラクス エンジニアブログ
本記事ではJUnit5におけるパラメータ化テストの使いどころと実際の実装方法について紹介します。 使いどころ 実装方法 パラメータ化テストの宣言 @ParameterizedTest パラメータ指定 単一データの入力 @ValueSource 列挙型 @EnumSource 複数データの入力 @CsvSource まとめ 参考 使いどころ テストケースを作成する時は複数の振る舞いをテストすることがほとんどかと思います。 例えば、以下のように受け取った年齢の値から学年を返すメソッドがあるとします。 public String getGrade(int age) { if (age < 0) { return "存在しない年齢"; } if (age <= 5) { return "園児" } else if (age <= 12) { return "小学生" } else if (age
JUnitにおけるルールとは - Qiita
JUnit4.7で追加された、JUnitの拡張フレームワーク。 JUnitでは、フィクスチャのセットアップの共通処理を抽出するための様々な仕組みがあるが、 ルールはより容易に、そして柔軟に共通処理を抽出することができる仕組みである。 特徴としては以下のようなものが挙げられる。 共通処理を独立したクラスとして定義できる テスト実行時のメタデータにアクセスできる 上記の特徴から、ルールは再利用しやすく、宣言的に記述でき、 テスト実行時の拡張を容易に行うことができる仕組みであると言える。 ルールの実装 ルールのお約束（ややこしい） org.junit.rules.TestRuleインターフェースの実装クラスであること org.junit.Ruleアノテーションもしくはorg.junit.ClassRuleを付与した publicなフィールドとして定義すること フィールドの宣言と同時にインスタンス
JUnitとは Javaプログラムにおいてユニットテストができるツール（フレームワーク）を行う テスト自動化ができる 手作業が減るため、テスト工数削減やヒューマンエラー防止に効果あり。 前提条件 Eclipseがインストールされていること 以下のような構成のプロジェクト、パッケージ、プログラムファイルを作成していること 設定 パッケージxx.yy.zzz配下に、Door.java (テスト対象クラス)をテストするためのクラス「DoorTest.java」を作成します。 Eclipseでプロジェクトを右クリック [新規] - [その他]をクリック 「Java」 - 「JUnit」 - 「Junitテストケース」を選択して 次へ をクリック 下図を参考に、必要な値を設定する 「DoorTest.java」の雛形ができました。
「実践 JUnit――達人プログラマーのユニットテスト技法」から良いユニットテストを書くために知っておきたいことを学ぶ
ユニットテストを実装していく際に、抑えておきたいポイントをO'Reillyさんの「実践 JUnit――達人プログラマーのユニットテスト技法」を参考にしてまとめていきます。
JUnit の XML フォーマッタが CircleCI 利用時に有用だけれど gem の方がメンテナンスされていなくて、コアで巻き取ってもらえないかというイシューに対応した。 github.com 次にリリースされる予定の RuboCop 0.80 から --format junit オプション (あるいは --format ju) で使えるようになる。 % rubocop --format junit <?xml version='1.0'?> <testsuites> <testsuite name='rubocop'> <testcase classname='example' name='Style/FrozenStringLiteralComment'> <failure type='Style/FrozenStringLiteralComment' message='Styl
【JUnit 5】Spring Bootでバリデーションのテストを書くよ！【パラメータ化テスト】 - Qiita
はじめに こんにちは！ゼロからJavaであそぶシリーズ第5弾です。 今回は、前回作ったバリデーションのテストクラスを製作します。 ネタバレすると、最初に失敗例があるタイプのQiita投稿です。さくっとパラメータ化テストの実例が見たい方は【◎良い例】まで飛んでください（笑） 前回までの記事はこちら↓ macでSTSの環境構築 Spring BootでHelloWorld Spring Bootでエコーアプリケーション作成 Spring Bootでフォームバリデーション作成 前回までのあらすじ 現状のバリデーション要件は以下の通りです。フォームクラスにアノテーションを付与して以下の文字種チェック、文字数チェックを行っています。 使用可能文字種：半角英数のみ 文字数制限：4文字以上 使用環境とバージョン macOS Catalina jdk14.0.1 JUnit 5 Maven 3.6.3_1
自動テストのテスト結果（JUnit.xml形式のファイル）の活用 - GitHub Commit StatusとSlack通知｜tarappo
自動テストのテスト結果（JUnit.xml形式のファイル）の活用 - GitHub Commit StatusとSlack通知 このテスト結果のJUnit.xml形式のファイルですが、CI/CDサービスではテストケース数を表示するのに利用しています。 BitriseのTest Reportsであれば次のような感じです。 しかし、私としてはCI/CDサービスに直接見に行かなくても、どれぐらいテストが成功/失敗したかの結果を知りたいというのがありました。 というわけで、このJUnit.xml形式のファイルを自前でも活用してみました。 JUnit.xml形式からデータの取得JUnit.xml形式の例としては、次のような感じです。 （※ただし、どのようなkey/valueがあるかは出力させているものによって変わる傾向があるため、1つ1つどういった感じに出力させているのかを確認する必要があります）
Visual Studio Codeでカバレッジ付きでJUnitが実行できるようになった！！ - Qiita
ついに・・・Visual Studio Codeでカバレッジ付きでJUnitが実行できるようになりました NOTE: これまではMavenなどでJacocoのカバレッジレポートを出力し、出力したレポートをVSCodeのUI上に反映することはできましたが、これで直感的にカバレッジを確認することができるようになります！！ https://marketplace.visualstudio.com/items?itemName=ryanluker.vscode-coverage-gutters https://github.com/microsoft/vscode-java-test/releases/tag/0.41.0 https://github.com/microsoft/vscode-java-test/issues/387 こんな感じ。 やったね！！ 小ネタ① カバレッジ状態をインライ
【Java】Java14×Spring Boot2.3×JUnit5でHelloWorldしたよ〜 - Qiita
はじめに こんにちは！macでSTSの環境構築を行った者です。 今回は「HelloWorldファイルとHelloWorldのテストコードファイルを作成し、jarに保存してmacで実行してみる」ところまで実施しました。 前回同様、Spring徹底入門を参考に進めました。簡単な手順ですが、バージョンのせいかJUnitで実行する辺りやjarにする辺りで思いの外詰まったので記事にしました。 ぜひ俺の屍を越えていってください。 使用環境とバージョン macOS Catalina jdk14.0.1 JUnit5 Maven 3.6.3_1 STS 4.6.1 Spring Boot 2.3 Spring Initializrでプロジェクトの雛形を作る まずSpring Initializrでプロジェクトの雛形を作成します。 Spring InitializrはSpring Bootが提供しているWe
JUnit5: テストを仕様書にする方法 - RAKUS Developers Blog | ラクス エンジニアブログ
普段は楽楽精算開発に関わっているrsrksです。 前回投稿のJUnitネタ tech-blog.rakus.co.jp に続き 今回はテストを簡易的な仕様書にする方法としてJUnitの階層化を紹介します。 階層化 開発の中で「このメソッドの仕様ってどうなってたっけ？」と思ったら、まず実装を確認することが多いのではないかと思います。 しかし、実装から仕様を読み取るのはなかなか大変です。 「どのパターンでどのような挙動をするか」を頭の中だけで網羅的に把握するのは困難です。把握するためにはパターンを表にまとめて仕様を整理する必要がありますね。 このパターンのまとめをJUnitでは階層化によって実現できます。 最終的にはテストが簡易的な仕様書になるところまで持っていくことができます。 JUnitでの階層化は @Nested アノテーションを付与するだけで実現できます。 ここでは例として「リクエスト
@SpringBootTest public class DemoApiSpringBootTest { private MockMvc mockMvc; @Autowired private DemoApi demoApi; @BeforeEach void setUp() { mockMvc = MockMvcBuilders.standaloneSetup(demoApi) .setControllerAdvice(new DemoHandler()) .build(); } @Test void isOK() throws Exception { // GIVEN DemoApiDto demoApiDto = DemoApiDto.builder() .demoName("hogeDemo") .demoObjectDto( DemoObjectDto.builder() .de
JUnit4とセットで使うライブラリ~環境構築編~ | Casley Deep Innovations株式会社 技術ブログ
JUnitのアサーションライブラリAssertJ ~環境構築編~ 作成日：2018/05/02 更新日：2018/06/29 技術ブログ テスト こんにちは。 キャスレーコンサルティングLS(リーディング・サービス)部の梅津です。 今回より、「JUnitのアサーションライブラリAssertJ」をテーマに、三回に分けてご紹介いたします。 第一回目は、「AssertJを使うための環境構築手順」についてです。 ※AssertJの詳細につきましては、次回のブログにてご紹介予定です。 JDK8とApach Mavenのインストール まずは、JDKとApache Mavenのインストールを行います。 使用OSは、Windowsです。 JDK8 下記より、必要なファイルをダウンロードします。 http://www.oracle.com/technetwork/java/javase/downloads/
// Top-level build file where you can add configuration options common to all sub-projects/modules. buildscript { ext.kotlin_version = '1.3.71' repositories { google() jcenter() } dependencies { classpath 'com.android.tools.build:gradle:3.6.2' classpath "org.jetbrains.kotlin:kotlin-gradle-plugin:$kotlin_version" // NOTE: Do not place your application dependencies here; they belong // in the indivi
GitHub - gotestyourself/gotestsum: 'go test' runner with output optimized for humans, JUnit XML for CI integration, and a summary of the test results.
Core features Change the test output format, from compact to verbose with color highlighting. Print a summary of the test run after running all the tests. Use any go test flag, run a script with --raw-command, or run a compiled test binary. CI and Automation --junitfile - write a JUnit XML file for integration with CI systems. --jsonfile - write all the test2json input received by gotestsum to a f
JUnit入門(5) - JUnit5の拡張(Extension) - mike-neckのブログ
前回の続き JUnitの Extension インターフェース JUnit4のRunnerと同様、JUnit5も拡張をすることができる。 JUnit5が提供している 拡張インターフェース(Extension を継承したインターフェース)は次のとおり。 ContainerExecutionCondition メソッド - evaluate(ContainerExtensionContext) 戻り値の型 - ConditionEvaluationResult テストクラスレベルで実行可否の判断する TestExecutionCondition メソッド - evaluate(TestExtensionContext) 戻り値の型 - ConditionEvaluationResult テストメソッドの実行可否の判断する BeforeAllCallback メソッド - beforeAll(C
JUnit 5.8.1 Java 17.0.1 IntelliJ IDEA 2021.2.3 JUnit5での @MethodSource のおさらい JUnit5にはパラメタライズドテスト用の @ParameterizedTest があり、様々な方法でパラメーターを与えられます。 その中でもパラメーターにある程度柔軟性が欲しい場合によく使うのが @MethodSource で、テストメソッドのパラメーターを生成できます。 import org.junit.jupiter.params.ParameterizedTest; import org.junit.jupiter.params.provider.MethodSource; import java.util.stream.Stream; import static org.junit.jupiter.api.Assertions.a
JUnit 5(JUnit Jupiter)のExtensionを書こうとしてExtensionインスタンスのライフサイクルってどうなってるんだっけ？となったので備忘録的にメモ。 環境 AdoptOpenJDK 11 JUnit 5.5.0 TL;TR @Extensionで登録したインスタンスはテストクラスごとに共有され、テストクラスが異なればExtensionインスタンスも異なる。 @RegisterExtensionで登録したインスタンス staticフィールドの場合はテストクラスごとに共有される。 non-staticフィールドの場合はテストクラスのライフサイクルに依存する。 Extension Modelのおさらい JUnit 5のExtension Modelは各テストに対する前処理・後処理・例外処理などを共通化するための仕組み。Junit 4のRuleなどに比べて自由度は下が
REST with Spring The canonical reference for building a production grade API with Spring Learn Spring Security ▼▲ THE unique Spring Security education if you’re working with Java today
GitLab CI の便利なところ ~ yml include extends, Protected 環境変数, Container registry, Deploy environment, JUnit test report ~ - Qiita
GitLab CI の便利なところ ~ yml include extends, Protected 環境変数, Container registry, Deploy environment, JUnit test report ~GitLabGitLab-CICICD こんにちは。 巷では GitHub Actions がアツい今日このごろですが、GitLab にもあまり知られていない便利な機能があるんやで。ということで、最近知った GitLab CI の便利な機能をご紹介しようと思います。 今更感は否めない はじめに 以降で参照するサンプルリポジトリはこちらになります。 https://gitlab.com/yo-C-ta/gitlab-ci-sample https://gitlab.com/yo-C-ta/gitlab-ci-ymls Cloud版で Public リポジトリとして
Visual Studio Code（VS Code） + Maven + JUnitによるテスト環境の構築 - Engineering Note
本記事は、Microsoftにより開発されたソースコードエディタである「Visual Studio Code（VS Code）」を用いて、MavenプロジェクトからJUnitを実行する際の環境構築メモになります。 環境の準備 Mavenプロジェクトの作成 テストコードの作成 テストの実行 最後に 参考書籍 環境の準備 まず以下のインストール作業を事前準備として済ませておきます。 Visual Studio Code（VS Code）のインストール JDKのインストールおよび環境変数の設定 Mavenのインストールおよび環境変数の設定 VS Code上でのJava Extension Packの追加 1.のVS Codeは以下からダウンロードができます。 azure.microsoft.com 2.のJDKのインストールは以下からダウンロードができます。 www.oracle.com 環境変
Javaのテスト環境をJUnit 5にアップデートしてしばらく経った。JUnit 5にはいろいろな新機能があるけれど、中でも便利だと感じたのがParameterizedTestだった。 ParameterizedTestとは ParameterizedTestを使うと、同じ内容のテストを異なる入力値・出力値で繰り返したい場合に、テストコードを簡潔に書ける。例えば、文字列の長さが偶数かどうかを判定する boolean hasEvenLength(String str) というメソッドをテストするとして、こんな風にテストを書く人もいるかもしれない。 @Test void testHasEvenLength() { String a = "Java"; String b = "Python"; assertTrue(hasEvenLength(a)); assertTrue(hasEvenLen
JUnit5 @RunWith
この簡単な記事では、JUnit 5フレームワークでの@RunWithアノテーションの使用法について説明します。 JUnit 5では、the @RunWith annotation has been replaced by the more powerful @ExtendWith annotation。
※Mavenを使ったプロジェクトの作成については、EclipseにおけるMavenを使ったシンプルプロジェクトの作成と実行を参考にしてください。 ※App.javaおよびAppTest.javaは今回利用しませんので、削除してください JREとコンパイラーのバージョンが1.7になっているので、最低でも8以上に変更します。 ※変更方法はEclipseにおけるMavenを使ったシンプルプロジェクトの作成と実行を参考にしてください。 Mockitoの利用に必要なライブラリーをダウンロードする pom.xmlファイルの編集 pom.xmlファイルを開いて、以下の要素を追加します。 <dependencies> <dependency> <groupId>junit</groupId> <artifactId>junit</artifactId> <version>4.11</version> <s
MavenでJUnitテストを実行して、テストレポート（HTML）を出力する手順をまとめた。 (1) pom.xmlにプラグインの設定を追加する <project ...> ... <build> <plugins> <plugin> <groupId>org.apache.maven.plugins</groupId> <artifactId>maven-surefire-plugin</artifactId> <version>2.22.1</version> <configuration> <useSystemClassLoader>false</useSystemClassLoader> </configuration> </plugin> <plugin> <groupId>org.apache.maven.plugins</groupId> <artifactId>maven-
はじめに JUnit5 テストの共通前処理用に @BeforeEach がありますが、複数のテストメソッドで前処理が異なる場合は @Nested でインナークラスを分けて、個別に @BeforeEach できます。しかし、これらの多くのケースでは @ParameterizedTest を使用することにより、@Nested と @BeforeEach 無しで、同じメソッドに対して複数の条件・期待値を繰り返し引数として渡せるユニットテストを簡潔に記述し、冗長性を回避することができるようになり、絶大な進歩をもたらしました。ですが、@ParameterizedTest に @CsvSource でソース上に指定する条件や期待値が String 配列のため、ダブルクォートとカンマで見た目がとても嫌でした。でも、Java 15 でサポートされたテキストブロックが遂に最新の JUnit 5.10 から使
JUnit5でexperimentalな機能ではあるものの、値を色々変えてテストしたいときに重宝するParameterizedTest。 データの渡し方としてValueSourceのようなシンプルなものもありますが、個人的にはMethodSourceをわりとよく使います。 で、設定ファイルから値をとってくる処理のテストのためにTestPropertySourceで値をいくつかのパターン設定するためにNestedクラスに分けたテストクラスを作ったのですが、 その中でMethodSourceなParameterizedTestをするやり方でちょっとハマったのでメモ。 MethodSource用のメソッドはstaticである必要があるので、テストクラスの中で定義したらNestedクラスの中ではそのメソッドが利用できず、かといってNestedクラスの中ではstaticメソッドが定義できない… とい
![[JUnit5]NestedクラスでMethodSourceのParameterizedTestを行う](https://cdn-ak-scissors.b.st-hatena.com/image/square/63f072dc1a12483c0f048d02513cc1f66efe2fc6/height=288;version=1;width=512/https%3A%2F%2Fwantedly-assets.wantedly.com%2Fstatic%2Favatar%2Fdefault_avatar_square_blue.png){kind=avatar}
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
JUnitで学ぶ実践的で本質的なユニットテストの考え方 - Qiita
まだまだ間に合うJUnit(再)入門 #jjug_ccc #ccc_g4
AndroidX x JUnit5でUIテストを書こう - DeNA Testing Blog
JUnit 5の拡張機能を完全にマスターしたぃ - 日々常々
JUnit 5 のパラメーター化テストは超便利 - Qiita
SpringBoot2.2でJUnit5がデフォルトになったのでbuild.gradleを書き換える - 日々常々
JUnitでテストコードを作成・実行 - Cou氏の徒然日記
EclipseでJUnitを動かす方法 - Qiita
RuboCop に JUnit フォーマッタを組み込んだ - koicの日記
【Spring Boot】@SpringBootTestのテストが重いときの代替策【Junit】 | ヰ刀のおもちゃ箱
JUnit5でテストするために - Qiita
JUnitのNestedなMethodSourceの注意点 - 日々常々
JUnit JupiterのExtensionのライフサイクルを調べてみた - Qiita
Guide to JUnit 5 Parameterized Tests | Baeldung
JUnit 5で同じ流れのテストを繰り返すならParameterizedTestを使おう - りんごとバナナ
JUnit5におけるMockitoの利用方法 - Qiita
MavenでJUnitテストレポートを出力する - Qiita
JUnit @ParameterizedTestをテキストブロックで超見やすくする! - Qiita
[JUnit5]NestedクラスでMethodSourceのParameterizedTestを行う