Testing Mastery: JUnit, Mockito & Integration Tests · Ders

Parametreli ve Dinamik Sınamalar

Parametreli sınamaları kullanarak birden çok veri kümesiyle çalışan etkili sınamalar yazın ve çalışma zamanında dinamik olarak sınamalar oluşturun.

Parametreli ve Dinamik Sınamalar, CoddyKit'te ücretsiz bir Testing Mastery: JUnit, Mockito & Integration Tests dersidir. Bu, 4 dersinin 2. dersidir. Aşağıdan dersin tamamını ücretsiz okuyabilir, sonra tarayıcıda yerleşik kod editörü ve 7/24 yapay zeka koçu ile uygulamalı olarak pratik yapabilirsin. Bu, Testing Mastery: JUnit, Mockito & Integration Tests öğrenme yolunun bir parçasıdır ve ilerlemeniz web ve CoddyKit uygulaması arasında senkronize olur. Testing Mastery: JUnit, Mockito & Integration Tests kursu toplamda 4 dersten oluşur.

Bu dersin bazı bölümleri henüz çevrilmemiş olup İngilizce olarak gösterilmektedir.

Data-Driven Testing Intro

Imagine you need to test a function with many different inputs. Writing a separate test for each input can be tedious and repetitive.

Data-driven testing allows you to run the same test logic multiple times, but with different sets of data for each run. This makes your tests more efficient and easier to maintain.

What are Parameterized Tests?

Parameterized tests in JUnit 5 let you write a single test method that can be executed multiple times with different arguments. Instead of copying and pasting test code, you supply the data, and JUnit handles the iterations.

Saves time and reduces boilerplate code.
Improves test coverage by easily testing edge cases.
Makes tests more readable and maintainable.

Using @ParameterizedTest

To create a parameterized test, you use the @ParameterizedTest annotation instead of @Test. You also need to provide a source for the arguments.

JUnit 5 offers several argument sources, like @ValueSource for single arguments or @CsvSource for multiple arguments. Let's look at @ValueSource first.

Simple Data with @ValueSource

The @ValueSource annotation is perfect for providing simple, primitive data types directly in your test. It supports strings, ints, longs, doubles, and more.

Each value in the source will cause the test method to run once with that value as an argument.

@ValueSource in Action

Here's a simple example testing if strings are not null or empty. Notice how the test method accepts a String parameter.

import org.junit.jupiter.api.Assertions;
import org.junit.jupiter.params.ParameterizedTest;
import org.junit.jupiter.params.provider.ValueSource;

class StringValidatorTest {

    @ParameterizedTest
    @ValueSource(strings = {"apple", "banana", "orange"})
    void testStringsAreNotEmpty(String fruit) {
        Assertions.assertNotNull(fruit);
        Assertions.assertFalse(fruit.isEmpty());
    }
}

Multiple Args with @CsvSource

When your test method needs more than one argument, @CsvSource comes in handy. It lets you define arguments as comma-separated values (CSV).

Each string in the @CsvSource array represents a row of data, and values are split by commas to match the test method's parameters.

@CsvSource in Action

Let's test a simple addition function. Each line in @CsvSource provides two numbers and their expected sum.

import org.junit.jupiter.api.Assertions;
import org.junit.jupiter.params.ParameterizedTest;
import org.junit.jupiter.params.provider.CsvSource;

class CalculatorTest {

    // Simple method to simulate
    int add(int a, int b) {
        return a + b;
    }

    @ParameterizedTest
    @CsvSource({"1, 1, 2", "2, 3, 5", "5, 0, 5"})
    void testAddMethod(int a, int b, int expectedSum) {
        Assertions.assertEquals(expectedSum, add(a, b));
    }
}

Generating Dynamic Tests

Sometimes, the test data or even the number of tests isn't known until runtime. This is where Dynamic Tests shine!

Instead of defining all tests at compile time, dynamic tests allow you to generate them programmatically during test execution. This is useful for complex scenarios or external data sources.

@TestFactory & DynamicTest

To create dynamic tests, you use the @TestFactory annotation. A method annotated with @TestFactory doesn't run a test itself, but rather produces a collection of DynamicTest instances.

@TestFactory methods must return a Stream, Collection, Iterable, or Iterator of DynamicTest.
Each DynamicTest instance has a display name and an executable lambda.

Dynamic Test in Action

Here's an example generating tests for string lengths. Each test is created on the fly based on a list of words.

import org.junit.jupiter.api.Assertions;
import org.junit.jupiter.api.DynamicTest;
import org.junit.jupiter.api.TestFactory;

import java.util.Arrays;
import java.util.Collection;

class DynamicTestExample {

    @TestFactory
    Collection<DynamicTest> dynamicTestsFromCollection() {
        return Arrays.asList(
            DynamicTest.dynamicTest("Test 'apple' length",
                () -> Assertions.assertEquals(5, "apple".length())),
            DynamicTest.dynamicTest("Test 'banana' length",
                () -> Assertions.assertEquals(6, "banana".length())),
            DynamicTest.dynamicTest("Test 'cat' length",
                () -> Assertions.assertEquals(3, "cat".length()))
        );
    }
}

Parameterized vs. Dynamic

Parameterized and Dynamic tests both help reduce boilerplate, but they serve different needs.

Which of the following is the primary benefit of using Parameterized Tests over writing individual @Test methods for similar test cases?

Recap: Flexible Testing

Great job! You've learned how to make your JUnit tests more flexible and efficient:

Parameterized Tests (@ParameterizedTest with sources like @ValueSource, @CsvSource) allow you to run the same test logic with multiple, predefined data sets.
Dynamic Tests (@TestFactory) let you generate tests programmatically at runtime, ideal for scenarios where test cases are discovered dynamically.

These features help you write cleaner, more comprehensive tests with less effort!

Sıkça Sorulan Sorular

“Parametreli ve Dinamik Sınamalar” dersi ücretsiz mi?

Evet — “Parametreli ve Dinamik Sınamalar” dersin tüm metni burada web'de ücretsiz olarak okunabilir. Etkileşimli olarak pratik yapmak (yerleşik kod editörü ve 7/24 yapay zeka koçu) ve Testing Mastery: JUnit, Mockito & Integration Tests kursunun geri kalanını açmak için CoddyKit PRO'ya yükselt. Testing Mastery: JUnit, Mockito & Integration Tests kursu toplamda 4 dersten oluşur.

“Parametreli ve Dinamik Sınamalar” dersinde ne öğreneceğim?

Parametreli sınamaları kullanarak birden çok veri kümesiyle çalışan etkili sınamalar yazın ve çalışma zamanında dinamik olarak sınamalar oluşturun. Testing Mastery: JUnit, Mockito & Integration Tests ile uygulamalı kodu tarayıcıda doğrudan çalıştırarak pratik yaparsın ve 7/24 yapay zeka koçu dersi çalışırken sorularını yanıtlar.

Testing Mastery: JUnit, Mockito & Integration Tests öğrenmeye başlamak için deneyim gerekli mi?

Önceden deneyim gerekmez. CoddyKit'te Testing Mastery: JUnit, Mockito & Integration Tests, başlangıçtan ileri seviyeye kadar yapılandırıldığı için buradan başlayabilir veya başından başlayıp kendi hızında ilerleme yapabilirsin. Bu, 4 dersinin 2. dersidir.

“Parametreli ve Dinamik Sınamalar” dersi ne kadar sürer?

Çoğu CoddyKit dersi yaklaşık 5–10 dakika sürer. Her biri kısa ve etkileşimli olduğu için sabit ilerleme yaparsın ve web ile uygulama arasında tam olarak bıraktığın yerden devam edebilirsin.

Bu Testing Mastery: JUnit, Mockito & Integration Tests dersinde kod yazıp çalıştırabilir miyim?

Evet. Her Testing Mastery: JUnit, Mockito & Integration Tests dersi yerleşik bir kod editörü içerir, bu sayede tarayıcıda gerçek kod yazıp çalıştırabilir ve anlık yapay zeka geri bildirimi alırsın — yerel kurulum gerekli değildir.

Bu kursun tüm dersleri

← Testing Mastery: JUnit, Mockito & Integration Tests Sayfasına Dön