Communitygithub.com

Kotlin-Testing

Kotlin-Testmuster mit Kotest, MockK, Coroutine-Tests, eigenschaftsbasierten Tests und Kover-Abdeckung. Folgt der TDD-Methodik mit idiomatischen Kotlin-Praktiken. Verwenden Sie dies beim Schreiben von Kotlin-Tests mit Kotest oder MockK oder beim Testen von Coroutinen und Überprüfen der Abdeckung.

Was ist Kotlin-Testing?

Dieses Skill bietet umfassende Kotlin-Testmuster für zuverlässige und wartbare Tests nach der TDD-Methodik mit Kotest und MockK. Es deckt verschiedene Kotest-Spezifikationsstile (StringSpec, FunSpec, BehaviorSpec, DescribeSpec), Mocking-Strategien mit MockK, Coroutine-Tests, eigenschaftsbasierte Tests mit Kotest Property Testing und Codeabdeckung mit Kover ab. Das Skill führt Benutzer durch den vollständigen RED-GREEN-REFACTOR-Zyklus – vom Schreiben fehlschlagender Tests über die Implementierung minimaler Codeänderungen bis hin zum Refactoring. Es enthält detaillierte, ausführbare Beispiele für jeden Bereich, einschließlich TDD-Workflow, Coroutine-Mocking, Tests von Flows und kundenspezifischen Matchern. Es ist ideal für Entwickler, die in Kotlin-Projekten arbeiten, die Kotest, MockK, Ktor und andere gängige Bibliotheken verwenden, um die Testqualität und Codeabdeckung zu verbessern.

Funktioniert mit~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/affaan-m/everything-claude-code/tree/main/skills/kotlin-testing

In Ihrer bevorzugten KI fragen

Öffnet einen neuen Chat, in dem dieser Agent-Skill bereits geladen ist.

Dokumentation

Kotlin-Testmuster

Umfassende Kotlin-Testmuster zum Schreiben zuverlässiger, wartbarer Tests nach der TDD-Methodik mit Kotest und MockK.

Wann verwenden

  • Schreiben neuer Kotlin-Funktionen oder -Klassen
  • Hinzufügen von Testabdeckung zu vorhandenem Kotlin-Code
  • Implementieren eigenschaftsbasierter Tests
  • Befolgen des TDD-Workflows in Kotlin-Projekten
  • Konfigurieren von Kover für Codeabdeckung

Wie es funktioniert

  1. Zielcode identifizieren – Finden der zu testenden Funktion, Klasse oder des zu testenden Moduls
  2. Kotest-Spezifikation schreiben – Auswählen eines Spezifikationsstils (StringSpec, FunSpec, BehaviorSpec) passend zum Testumfang
  3. Abhängigkeiten mocken – Verwenden von MockK, um die zu testende Einheit zu isolieren
  4. Tests ausführen (RED) – Überprüfen, ob der Test mit dem erwarteten Fehler fehlschlägt
  5. Code implementieren (GREEN) – Schreiben von minimalem Code, um den Test zu bestehen
  6. Refaktorisieren – Verbessern der Implementierung, während die Tests grün bleiben
  7. Abdeckung überprüfen – Ausführen von ./gradlew koverHtmlReport und Überprüfen von 80 %+ Abdeckung

Beispiele

Die folgenden Abschnitte enthalten detaillierte, ausführbare Beispiele für jedes Testmuster:

Kurzreferenz

TDD-Workflow für Kotlin

Der RED-GREEN-REFACTOR-Zyklus

RED     -> Zuerst einen fehlschlagenden Test schreiben
GREEN   -> Minimalen Code schreiben, um den Test zu bestehen
REFACTOR -> Code verbessern, während die Tests grün bleiben
REPEAT  -> Mit der nächsten Anforderung fortfahren

Schritt-für-Schritt-TDD in Kotlin

// Schritt 1: Schnittstelle/Signatur definieren
// EmailValidator.kt
package com.example.validator

fun validateEmail(email: String): Result<String> {
    TODO("nicht implementiert")
}

// Schritt 2: Fehlschlagenden Test schreiben (RED)
// EmailValidatorTest.kt
package com.example.validator

import io.kotest.core.spec.style.StringSpec
import io.kotest.matchers.result.shouldBeFailure
import io.kotest.matchers.result.shouldBeSuccess

class EmailValidatorTest : StringSpec({
    "gültige E-Mail gibt Erfolg zurück" {
        validateEmail("[email protected]").shouldBeSuccess("[email protected]")
    }

    "leere E-Mail gibt Fehler zurück" {
        validateEmail("").shouldBeFailure()
    }

    "E-Mail ohne @ gibt Fehler zurück" {
        validateEmail("userexample.com").shouldBeFailure()
    }
})

// Schritt 3: Tests ausführen – FEHLSCHLAG überprüfen
// $ ./gradlew test
// EmailValidatorTest > gültige E-Mail gibt Erfolg zurück FEHLGESCHLAGEN
//   kotlin.NotImplementedError: Ein Vorgang ist nicht implementiert

// Schritt 4: Minimalen Code implementieren (GREEN)
fun validateEmail(email: String): Result<String> {
    if (email.isBlank()) return Result.failure(IllegalArgumentException("E-Mail darf nicht leer sein"))
    if ('@' !in email) return Result.failure(IllegalArgumentException("E-Mail muss @ enthalten"))
    val regex = Regex("^[A-Za-z0-9._%+-]+@[A-Za-z0-9.-]+\\.[A-Za-z]{2,}$")
    if (!regex.matches(email)) return Result.failure(IllegalArgumentException("Ungültiges E-Mail-Format"))
    return Result.success(email)
}

// Schritt 5: Tests ausführen – BESTANDEN überprüfen
// $ ./gradlew test
// EmailValidatorTest > gültige E-Mail gibt Erfolg zurück BESTANDEN
// EmailValidatorTest > leere E-Mail gibt Fehler zurück BESTANDEN
// EmailValidatorTest > E-Mail ohne @ gibt Fehler zurück BESTANDEN

// Schritt 6: Bei Bedarf refaktorisieren, überprüfen, ob die Tests weiterhin bestanden werden

Kotest-Spezifikationsstile

StringSpec (Einfachster)

class CalculatorTest : StringSpec({
    "zwei positive Zahlen addieren" {
        Calculator.add(2, 3) shouldBe 5
    }

    "negative Zahlen addieren" {
        Calculator.add(-1, -2) shouldBe -3
    }

    "Null addieren" {
        Calculator.add(0, 5) shouldBe 5
    }
})

FunSpec (JUnit-ähnlich)

class UserServiceTest : FunSpec({
    val repository = mockk<UserRepository>()
    val service = UserService(repository)

    test("getUser gibt Benutzer zurück, wenn gefunden") {
        val expected = User(id = "1", name = "Alice")
        coEvery { repository.findById("1") } returns expected

        val result = service.getUser("1")

        result shouldBe expected
    }

    test("getUser wirft, wenn nicht gefunden") {
        coEvery { repository.findById("999") } returns null

        shouldThrow<UserNotFoundException> {
            service.getUser("999")
        }
    }
})

BehaviorSpec (BDD-Stil)

class OrderServiceTest : BehaviorSpec({
    val repository = mockk<OrderRepository>()
    val paymentService = mockk<PaymentService>()
    val service = OrderService(repository, paymentService)

    Given("eine gültige Bestellanfrage") {
        val request = CreateOrderRequest(
            userId = "user-1",
            items = listOf(OrderItem("product-1", quantity = 2)),
        )

        When("die Bestellung aufgegeben wird") {
            coEvery { paymentService.charge(any()) } returns PaymentResult.Success
            coEvery { repository.save(any()) } answers { firstArg() }

            val result = service.placeOrder(request)

            Then("sollte eine bestätigte Bestellung zurückgegeben werden") {
                result.status shouldBe OrderStatus.CONFIRMED
            }

            Then("sollte die Zahlung belastet werden") {
                coVerify(exactly = 1) { paymentService.charge(any()) }
            }
        }

        When("die Zahlung fehlschlägt") {
            coEvery { paymentService.charge(any()) } returns PaymentResult.Declined

            Then("sollte eine PaymentException geworfen werden") {
                shouldThrow<PaymentException> {
                    service.placeOrder(request)
                }
            }
        }
    }
})

DescribeSpec (RSpec-Stil)

class UserValidatorTest : DescribeSpec({
    describe("validateUser") {
        val validator = UserValidator()

        context("mit gültigen Eingaben") {
            it("akzeptiert einen normalen Benutzer") {
                val user = CreateUserRequest("Alice", "[email protected]")
                validator.validate(user).shouldBeValid()
            }
        }

        context("mit ungültigem Namen") {
            it("lehnt leeren Namen ab") {
                val user = CreateUserRequest("", "[email protected]")
                validator.validate(user).shouldBeInvalid()
            }

            it("lehnt Namen ab, die die maximale Länge überschreiten") {
                val user = CreateUserRequest("A".repeat(256), "[email protected]")
                validator.validate(user).shouldBeInvalid()
            }
        }
    }
})

Kotest-Matcher

Kern-Matcher

import io.kotest.matchers.shouldBe
import io.kotest.matchers.shouldNotBe
import io.kotest.matchers.string.*
import io.kotest.matchers.collections.*
import io.kotest.matchers.nulls.*

// Gleichheit
result shouldBe expected
result shouldNotBe unexpected

// Zeichenketten
name shouldStartWith "Al"
name shouldEndWith "ice"
name shouldContain "lic"
name shouldMatch Regex("[A-Z][a-z]+")
name.shouldBeBlank()

// Sammlungen
list shouldContain "item"
list shouldHaveSize 3
list.shouldBeSorted()
list.shouldContainAll("a", "b", "c")
list.shouldBeEmpty()

// Nullwerte
result.shouldNotBeNull()
result.shouldBeNull()

// Typen
result.shouldBeInstanceOf<User>()

// Zahlen
count shouldBeGreaterThan 0
price shouldBeInRange 1.0..100.0

// Ausnahmen
shouldThrow<IllegalArgumentException> {
    validateAge(-1)
}.message shouldBe "Alter muss positiv sein"

shouldNotThrow<Exception> {
    validateAge(25)
}

Benutzerdefinierte Matcher

fun beActiveUser() = object : Matcher<User> {
    override fun test(value: User) = MatcherResult(
        value.isActive && value.lastLogin != null,
        { "Benutzer ${value.id} sollte aktiv sein und einen letzten Login haben" },
        { "Benutzer ${value.id} sollte nicht aktiv sein" },
    )
}

// Verwendung
user should beActiveUser()

MockK

Grundlegendes Mocking

class UserServiceTest : FunSpec({
    val repository = mockk<UserRepository>()
    val logger = mockk<Logger>(relaxed = true) // Relaxed: gibt Standardwerte zurück
    val service = UserService(repository, logger)

    beforeTest {
        clearMocks(repository, logger)
    }

    test("findUser delegiert an Repository") {
        val expected = User(id = "1", name = "Alice")
        every { repository.findById("1") } returns expected

        val result = service.findUser("1")

        result shouldBe expected
        verify(exactly = 1) { repository.findById("1") }
    }

    test("findUser gibt null für unbekannte ID zurück") {
        every { repository.findById(any()) } returns null

        val result = service.findUser("unknown")

        result.shouldBeNull()
    }
})

Coroutine-Mocking

class AsyncUserServiceTest : FunSpec({
    val repository = mockk<UserRepository>()
    val service = UserService(repository)

    test("getUser suspendierende Funktion") {
        coEvery { repository.findById("1") } returns User(id = "1", name = "Alice")

        val result = service.getUser("1")

        result.name shouldBe "Alice"
        coVerify { repository.findById("1") }
    }

    test("getUser mit Verzögerung") {
        coEvery { repository.findById("1") } coAnswers {
            delay(100) // Asynchrone Arbeit simulieren
            User(id = "1", name = "Alice")
        }

        val result = service.getUser("1")
        result.name shouldBe "Alice"
    }
})

Argumenterfassung

test("save erfasst das Benutzer-Argument") {
    val slot = slot<User>()
    coEvery { repository.save(capture(slot)) } returns Unit

    service.createUser(CreateUserRequest("Alice", "[email protected]"))

    slot.captured.name shouldBe "Alice"
    slot.captured.email shouldBe "[email protected]"
    slot.captured.id.shouldNotBeNull()
}

Spy und partielles Mocking

test("Spy auf reelles Objekt") {
    val realService = UserService(repository)
    val spy = spyk(realService)

    every { spy.generateId() } returns "fixed-id"

    spy.createUser(request)

    verify { spy.generateId() } // Überschrieben
    // Andere Methoden verwenden die echte Implementierung
}

Coroutine-Tests

runTest für suspendierende Funktionen

import kotlinx.coroutines.test.runTest

class CoroutineServiceTest : FunSpec({
    test("gleichzeitige Abrufe werden gemeinsam abgeschlossen") {
        runTest {
            val service = DataService(testScope = this)

            val result = service.fetchAllData()

            result.users.shouldNotBeEmpty()
            result.products.shouldNotBeEmpty()
        }
    }

    test("Timeout nach Verzögerung") {
        runTest {
            val service = SlowService()

            shouldThrow<TimeoutCancellationException> {
                withTimeout(100) {
                    service.slowOperation() // Dauert > 100 ms
                }
            }
        }
    }
})

Flows testen

import io.kotest.matchers.collections.shouldContainInOrder
import kotlinx.coroutines.flow.MutableSharedFlow
import kotlinx.coroutines.flow.toList
import kotlinx.coroutines.launch
import kotlinx.coroutines.test.advanceTimeBy
import kotlinx.coroutines.test.runTest

class FlowServiceTest : FunSpec({
    test("observeUsers gibt Aktualisierungen aus") {
        runTest {
            val service = UserFlowService()

            val emissions = service.observeUsers()
                .take(3)
                .toList()

            emissions shouldHaveSize 3
            emissions.last().shouldNotBeEmpty()
        }
    }

    test("searchUsers debounced Eingaben") {
        runTest {
            val service = SearchService()
            val queries = MutableSharedFlow<String>()

            val results = mutableListOf<List<User>>()
            val job = launch {
                service.searchUsers(queries).collect { results.add(it) }
            }

            queries.emit("a")
            queries.emit("ab")
            queries.emit("abc") // Nur dies sollte die Suche auslösen
            advanceTimeBy(500)

            results shouldHaveSize 1
            job.cancel()
        }
    }
})

TestDispatcher

import kotlinx.coroutines.test.StandardTestDispatcher
import kotlinx.coroutines.test.advanceUntilIdle

class DispatcherTest : FunSpec({
    test("verwendet Test-Dispatcher für kontrollierte Ausführung") {
        val dispatcher = StandardTestDispatcher()

        runTest(dispatcher) {
            var completed = false

            launch {
                delay(1000)
                completed = true
            }

            completed shouldBe false
            advanceTimeBy(1000)
            completed shouldBe true
        }
    }
})

Eigenschaftsbasierte Tests

Kotest Property Testing

import io.kotest.core.spec.style.FunSpec
import io.kotest.property.Arb
import io.kotest.property.arbitrary.*
import io.kotest.property.forAll
import io.kotest.property.checkAll
import kotlinx.serialization.json.Json
import kotlinx.serialization.encodeToString
import kotlinx.serialization.decodeFromString

// Hinweis: Der Serialisierungs-Roundtrip-Test unten erfordert, dass die User-Datenklasse
// mit @Serializable (von kotlinx.serialization) annotiert ist.

class PropertyTest : FunSpec({
    test("String-Umkehrung ist involutorisch") {
        forAll<String> { s ->
            s.reversed().reversed() == s
        }
    }

    test("Listensortierung ist idempotent") {
        forAll(Arb.list(Arb.int())) { list ->
            list.sorted() == list.sorted().sorted()
        }
    }

    test("Serialisierungs-Roundtrip bewahrt Daten") {
        checkAll(Arb.bind(Arb.string(1..50), Arb.string(5..100)) { name, email ->
            User(name = name, email = "$email@test.com")
        }) { user ->
            val json = Json.encodeToString(user)
            val decoded = Json.decodeFromString<User>(json)
            decoded shouldBe user
        }
    }
})

Benutzerdefinierte Generatoren


…

[für die Übersetzung gekürzt]

Individual skills in this repo

This repo contains 20 individual skills — each has its own dedicated page.

accessibility

Design, implement, and audit inclusive digital products using WCAG 2.2 Level AA. Use when building or auditing UI that must meet WCAG 2.2 Level AA, or when reviewing a change for keyboard, contrast, or screen-reader support.

affaan-m/claude-api

Anthropic Claude API patterns for Python and TypeScript. Covers Messages API, streaming, tool use, vision, extended thinking, batches, prompt caching, and Claude Agent SDK. Use when building applications with the Claude API or Anthropic SDKs.

affaan-m/everything-claude-code

End-to-end marketing campaign planning and execution. Covers audience research, positioning, campaign angle definition, landing page copy, email sequences, social posts, ad copy, short-form video scripts, and content calendars. Use as the orchestration layer for multi-channel product launches. Use when planning or executing a multi-channel product launch, or producing landing page, email, social, or ad copy.

affaan-m/everything-claude-code

Development conventions and patterns for everything-claude-code. JavaScript project with conventional commits.

affaan-m/everything-claude-code-conventions

Development conventions and patterns for everything-claude-code. JavaScript project with conventional commits.

affaan-m/frontend-design

Create distinctive, production-grade frontend interfaces with high design quality. Use when the user asks to build web components, pages, or applications and the visual direction matters as much as the code quality.

affaan-m/gget

gget CLI and Python workflow for quick genomic database queries, sequence lookup, BLAST-style searches, enrichment checks, and reproducible bioinformatics evidence logs.

affaan-m/literature-review

Systematic literature-review workflow for academic, biomedical, technical, and scientific topics, including search planning, source screening, synthesis, citation checks, and evidence logging.

affaan-m/motion-ui

Production-ready UI motion system for React/Next.js. Use when implementing animations, transitions, or motion patterns.

affaan-m/project-guidelines-example

Example project-specific skill template based on a real production application.

affaan-m/pubmed-database

Direct PubMed and NCBI E-utilities search workflows for biomedical literature, MeSH queries, PMID lookup, citation retrieval, and API-backed literature monitoring.

affaan-m/scholar-evaluation

Structured scholarly-work evaluation for papers, proposals, literature reviews, methods sections, evidence quality, citation support, and research-writing feedback.

affaan-m/uspto-database

USPTO patent and trademark data workflow for official record lookup, PatentSearch queries, TSDR checks, assignment data, and reproducible IP research logs.

agent-architecture-audit

Full-stack diagnostic for agent and LLM applications. Audits the 12-layer agent stack for wrapper regression, memory pollution, tool discipline failures, hidden repair loops, and rendering corruption. Produces severity-ranked findings with code-first fixes. Essential for developers building agent applications, autonomous loops, or any LLM-powered feature. Use when an agent or LLM feature misbehaves and the failing layer is unknown, or before shipping an agent stack.

agent-eval

Head-to-head comparison of coding agents (Claude Code, Aider, Codex, etc.) on custom tasks with pass rate, cost, time, and consistency metrics. Use when choosing between coding agents, or when a change to an agent setup needs measured pass rate, cost, and time rather than an impression.

agent-harness-construction

Design and optimize AI agent action spaces, tool definitions, and observation formatting for higher completion rates. Use when defining or revising an agent

agentic-engineering

Operate as an agentic engineer using eval-first execution, decomposition, and cost-aware model routing. Use when planning or executing engineering work that agents will carry out end to end.

agentic-os

Build persistent multi-agent operating systems on Claude Code. Covers kernel architecture, specialist agents, slash commands, file-based memory, scheduled automation, and state management without external databases. Use when building a persistent multi-agent system on Claude Code with its own memory, commands, and scheduling.

agent-introspection-debugging

Structured self-debugging workflow for AI agent failures using capture, diagnosis, contained recovery, and introspection reports. Use when an agent run fails and you need a reproducible diagnosis instead of a retry.

agent-payment-x402

Add x402 payment execution to AI agents with per-task budgets, spending controls, and non-custodial wallets. Supports Base through agentwallet-sdk and X Layer through OKX Payments / OKX Agent Payments Protocol. Use when an agent must pay for something itself and needs per-task budgets, spending controls, and a non-custodial wallet.

Verwandte Skills