Mengatur Pengujian dengan @DisplayName dan Nesting
Jadikan rangkaian pengujian JUnit 5 Anda mudah dibaca dan terstruktur dengan baik menggunakan nama tampilan deskriptif serta kelas pengujian bertingkat yang mengelompokkan skenario terkait.
Mengatur Pengujian dengan @DisplayName dan Nesting adalah pelajaran Testing Mastery: JUnit, Mockito & Integration Tests gratis di CoddyKit. Ini adalah pelajaran 4 dari 4. Kamu bisa membaca pelajaran lengkapnya di bawah secara gratis — lalu praktikkan langsung di browser dengan editor kode bawaan dan tutor AI 24/7. Ini adalah bagian dari jalur belajar Testing Mastery: JUnit, Mockito & Integration Tests, dan progresmu tersinkronisasi di web dan aplikasi CoddyKit. Kursus Testing Mastery: JUnit, Mockito & Integration Tests mencakup 4 pelajaran total.
Bagian dari pelajaran ini belum diterjemahkan dan ditampilkan dalam bahasa Inggris.
Tests Are Documentation
A test suite is more than a safety net — it documents how your code should behave. JUnit 5’s @DisplayName and @Nested make that documentation shine.
The Problem with Method Names
A name like testAdd2 says almost nothing, and method names can’t hold spaces or punctuation — so they can only be so expressive.
@Test
void testAdd2() { /* ... */ }Introducing @DisplayName
@DisplayName gives a test any readable label — spaces, punctuation, even emoji. Reports show the label instead of the method name.
@Test
@DisplayName("adds two positive numbers correctly")
void addsTwoPositives() {
assertEquals(5, calc.add(2, 3));
}Naming the Class Too
Put @DisplayName on the test class too, to describe the whole unit under test in plain language.
@DisplayName("Calculator")
class CalculatorTest { /* ... */ }Display Name Generators
Don’t want to annotate every method? A display name generator turns method names into readable text automatically.
@DisplayNameGeneration(
DisplayNameGenerator.ReplaceUnderscores.class)
class CalculatorTest { /* ... */ }Why Nested Tests?
Related tests often share context — “cart is empty” vs “cart has items.” @Nested classes group them so structure mirrors behavior.
Creating a Nested Class
Annotate an inner, non-static class with @Nested and its tests run inside the outer class’s lifecycle.
@Nested
@DisplayName("when cart is empty")
class WhenEmpty {
@Test
void totalIsZero() { assertEquals(0, cart.total()); }
}Shared Setup per Group
Each nested class can have its own @BeforeEach, setting up that group’s specific context without touching its siblings.
@Nested
class WhenHasItems {
@BeforeEach
void addItems() { cart.add(item); }
}Readable Test Reports
Together, display names and nesting produce reports that read like specs: “Calculator → when adding → adds two positives.” Intent at a glance.
Behavior-Driven Structure
This structure naturally fits a given-when-then style, so your tests double as a living behavior spec for the class under test.
Best Practices
Write self-explaining suites: name tests by behavior not method, group scenarios with @Nested, give each its own setup, aim for sentence-like reports.
Quick Check
@DisplayName or @Nested — which one builds the spec-like report?
Recap
You organized tests for clarity: @DisplayName labels them, generators automate naming, and @Nested groups scenarios into a readable spec.
Belajar Testing Mastery: JUnit, Mockito & Integration Tests dengan tutor AI — gratis
Tulis dan jalankan kode asli di browser kamu, dapatkan bantuan instan dari tutor AI 24/7, dan lanjutkan di mana kamu tinggalkan di web atau aplikasi.
- Kursus
- 12
- Pelajaran
- 48
Pertanyaan yang Sering Diajukan
Apakah pelajaran “Mengatur Pengujian dengan @DisplayName dan Nesting” gratis?
Ya — teks lengkap “Mengatur Pengujian dengan @DisplayName dan Nesting” gratis dibaca di sini di web. Untuk praktiknya secara interaktif (editor kode bawaan dan tutor AI 24/7) dan buka sisa kursus Testing Mastery: JUnit, Mockito & Integration Tests, upgrade ke CoddyKit PRO. Kursus Testing Mastery: JUnit, Mockito & Integration Tests mencakup 4 pelajaran total.
Apa yang akan aku pelajari di “Mengatur Pengujian dengan @DisplayName dan Nesting”?
Jadikan rangkaian pengujian JUnit 5 Anda mudah dibaca dan terstruktur dengan baik menggunakan nama tampilan deskriptif serta kelas pengujian bertingkat yang mengelompokkan skenario terkait. Kamu berlatih Testing Mastery: JUnit, Mockito & Integration Tests dengan kode praktik yang langsung kamu jalankan di browser, dan tutor AI 24/7 menjawab pertanyaanmu saat kamu mengerjakan pelajaran ini.
Apakah aku perlu pengalaman untuk memulai Testing Mastery: JUnit, Mockito & Integration Tests?
Tidak diperlukan pengalaman sebelumnya. Testing Mastery: JUnit, Mockito & Integration Tests di CoddyKit dirancang untuk pemula hingga pelajar tingkat lanjut, jadi kamu bisa memulai di sini atau dari awal dan belajar sesuai kecepatan kamu sendiri. Ini adalah pelajaran 4 dari 4.
Berapa lama pelajaran “Mengatur Pengujian dengan @DisplayName dan Nesting” memakan waktu?
Sebagian besar pelajaran CoddyKit memakan waktu sekitar 5–10 menit. Setiap pelajaran ringkas dan interaktif, jadi kamu membuat kemajuan stabil dan melanjutkan dari tempat kamu tinggalkan di web dan aplikasi.
Bisakah aku menulis dan menjalankan kode dalam pelajaran Testing Mastery: JUnit, Mockito & Integration Tests ini?
Ya. Setiap pelajaran Testing Mastery: JUnit, Mockito & Integration Tests menyertakan editor kode bawaan, jadi kamu menulis dan menjalankan kode nyata langsung di browser dan mendapatkan umpan balik AI instan — tidak diperlukan penyiapan lokal.
Semua pelajaran dalam kursus ini
- Pengantar Pengujian Unit
- Anotasi Dasar JUnit 5
- Asersi dan Eksekusi JUnit
- Mengatur Pengujian dengan @DisplayName dan Nesting