Patrones de Prueba en Kotlin
Patrones completos de prueba en Kotlin para escribir pruebas fiables y mantenibles siguiendo la metodología TDD con Kotest y MockK.
Cuándo Usar
- Al escribir nuevas funciones o clases en Kotlin
- Al agregar cobertura de prueba a código Kotlin existente
- Al implementar pruebas basadas en propiedades
- Al seguir el flujo de trabajo TDD en proyectos Kotlin
- Al configurar Kover para cobertura de código
Cómo Funciona
- Identificar el código objetivo — Encuentra la función, clase o módulo a probar
- Escribir una especificación Kotest — Elige un estilo de especificación (StringSpec, FunSpec, BehaviorSpec) que se ajuste al alcance de la prueba
- Mockear dependencias — Usa MockK para aislar la unidad bajo prueba
- Ejecutar pruebas (ROJO) — Verifica que la prueba falle con el error esperado
- Implementar código (VERDE) — Escribe el código mínimo para pasar la prueba
- Refactorizar — Mejora la implementación manteniendo las pruebas en verde
- Verificar cobertura — Ejecuta
./gradlew koverHtmlReporty verifica una cobertura superior al 80%
Ejemplos
Las siguientes secciones contienen ejemplos detallados y ejecutables para cada patrón de prueba:
Referencia Rápida
- Especificaciones Kotest — Ejemplos de StringSpec, FunSpec, BehaviorSpec, DescribeSpec en Estilos de Especificación Kotest
- Mocking — Configuración de MockK, mocking de corrutinas, captura de argumentos en MockK
- Paso a paso TDD — Ciclo completo ROJO/VERDE/REFACTOR con EmailValidator en Flujo de Trabajo TDD para Kotlin
- Cobertura — Configuración y comandos de Kover en Cobertura con Kover
- Pruebas Ktor — Configuración de testApplication en Pruebas con testApplication de Ktor
Flujo de Trabajo TDD para Kotlin
El Ciclo ROJO-VERDE-REFACTOR
ROJO -> Escribe una prueba que falle primero
VERDE -> Escribe el código mínimo para pasar la prueba
REFACTOR -> Mejora el código manteniendo las pruebas en verde
REPITE -> Continúa con el siguiente requisito
TDD Paso a Paso en Kotlin
// Paso 1: Definir la interfaz/firma
// EmailValidator.kt
package com.example.validator
fun validateEmail(email: String): Result<String> {
TODO("no implementado")
}
// Paso 2: Escribir prueba que falla (ROJO)
// 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({
"email válido devuelve éxito" {
validateEmail("[email protected]").shouldBeSuccess("[email protected]")
}
"email vacío devuelve fallo" {
validateEmail("").shouldBeFailure()
}
"email sin @ devuelve fallo" {
validateEmail("userexample.com").shouldBeFailure()
}
})
// Paso 3: Ejecutar pruebas - verificar FALLO
// $ ./gradlew test
// EmailValidatorTest > valid email returns success FAILED
// kotlin.NotImplementedError: An operation is not implemented
// Paso 4: Implementar código mínimo (VERDE)
fun validateEmail(email: String): Result<String> {
if (email.isBlank()) return Result.failure(IllegalArgumentException("El email no puede estar vacío"))
if ('@' !in email) return Result.failure(IllegalArgumentException("El email debe contener @"))
val regex = Regex("^[A-Za-z0-9._%+-]+@[A-Za-z0-9.-]+\\.[A-Za-z]{2,}$")
if (!regex.matches(email)) return Result.failure(IllegalArgumentException("Formato de email inválido"))
return Result.success(email)
}
// Paso 5: Ejecutar pruebas - verificar ÉXITO
// $ ./gradlew test
// EmailValidatorTest > valid email returns success PASSED
// EmailValidatorTest > empty email returns failure PASSED
// EmailValidatorTest > email without @ returns failure PASSED
// Paso 6: Refactorizar si es necesario, verificar que las pruebas sigan pasando
Estilos de Especificación Kotest
StringSpec (Más Simple)
class CalculatorTest : StringSpec({
"sumar dos números positivos" {
Calculator.add(2, 3) shouldBe 5
}
"sumar números negativos" {
Calculator.add(-1, -2) shouldBe -3
}
"sumar cero" {
Calculator.add(0, 5) shouldBe 5
}
})
FunSpec (Estilo JUnit)
class UserServiceTest : FunSpec({
val repository = mockk<UserRepository>()
val service = UserService(repository)
test("getUser devuelve usuario cuando se encuentra") {
val expected = User(id = "1", name = "Alice")
coEvery { repository.findById("1") } returns expected
val result = service.getUser("1")
result shouldBe expected
}
test("getUser lanza excepción cuando no se encuentra") {
coEvery { repository.findById("999") } returns null
shouldThrow<UserNotFoundException> {
service.getUser("999")
}
}
})
BehaviorSpec (Estilo BDD)
class OrderServiceTest : BehaviorSpec({
val repository = mockk<OrderRepository>()
val paymentService = mockk<PaymentService>()
val service = OrderService(repository, paymentService)
Given("una solicitud de pedido válida") {
val request = CreateOrderRequest(
userId = "user-1",
items = listOf(OrderItem("product-1", quantity = 2)),
)
When("se realiza el pedido") {
coEvery { paymentService.charge(any()) } returns PaymentResult.Success
coEvery { repository.save(any()) } answers { firstArg() }
val result = service.placeOrder(request)
Then("debería devolver un pedido confirmado") {
result.status shouldBe OrderStatus.CONFIRMED
}
Then("debería cobrar el pago") {
coVerify(exactly = 1) { paymentService.charge(any()) }
}
}
When("el pago falla") {
coEvery { paymentService.charge(any()) } returns PaymentResult.Declined
Then("debería lanzar PaymentException") {
shouldThrow<PaymentException> {
service.placeOrder(request)
}
}
}
}
})
DescribeSpec (Estilo RSpec)
class UserValidatorTest : DescribeSpec({
describe("validateUser") {
val validator = UserValidator()
context("con entrada válida") {
it("acepta un usuario normal") {
val user = CreateUserRequest("Alice", "[email protected]")
validator.validate(user).shouldBeValid()
}
}
context("con nombre inválido") {
it("rechaza nombre vacío") {
val user = CreateUserRequest("", "[email protected]")
validator.validate(user).shouldBeInvalid()
}
it("rechaza nombre que excede la longitud máxima") {
val user = CreateUserRequest("A".repeat(256), "[email protected]")
validator.validate(user).shouldBeInvalid()
}
}
}
})
Matchers de Kotest
Matchers Principales
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.*
// Igualdad
result shouldBe expected
result shouldNotBe unexpected
// Cadenas
name shouldStartWith "Al"
name shouldEndWith "ice"
name shouldContain "lic"
name shouldMatch Regex("[A-Z][a-z]+")
name.shouldBeBlank()
// Colecciones
list shouldContain "item"
list shouldHaveSize 3
list.shouldBeSorted()
list.shouldContainAll("a", "b", "c")
list.shouldBeEmpty()
// Nulos
result.shouldNotBeNull()
result.shouldBeNull()
// Tipos
result.shouldBeInstanceOf<User>()
// Números
count shouldBeGreaterThan 0
price shouldBeInRange 1.0..100.0
// Excepciones
shouldThrow<IllegalArgumentException> {
validateAge(-1)
}.message shouldBe "La edad debe ser positiva"
shouldNotThrow<Exception> {
validateAge(25)
}
Matchers Personalizados
fun beActiveUser() = object : Matcher<User> {
override fun test(value: User) = MatcherResult(
value.isActive && value.lastLogin != null,
{ "El usuario ${value.id} debería estar activo con un último inicio de sesión" },
{ "El usuario ${value.id} no debería estar activo" },
)
}
// Uso
user should beActiveUser()
MockK
Mocking Básico
class UserServiceTest : FunSpec({
val repository = mockk<UserRepository>()
val logger = mockk<Logger>(relaxed = true) // Relajado: devuelve valores por defecto
val service = UserService(repository, logger)
beforeTest {
clearMocks(repository, logger)
}
test("findUser delega en el repositorio") {
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 devuelve null para id desconocido") {
every { repository.findById(any()) } returns null
val result = service.findUser("unknown")
result.shouldBeNull()
}
})
Mocking de Corrutinas
class AsyncUserServiceTest : FunSpec({
val repository = mockk<UserRepository>()
val service = UserService(repository)
test("función suspensiva getUser") {
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 con retardo") {
coEvery { repository.findById("1") } coAnswers {
delay(100) // Simular trabajo asíncrono
User(id = "1", name = "Alice")
}
val result = service.getUser("1")
result.name shouldBe "Alice"
}
})
Captura de Argumentos
test("save captura el argumento de usuario") {
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()
}
Espía y Mocking Parcial
test("espiar objeto real") {
val realService = UserService(repository)
val spy = spyk(realService)
every { spy.generateId() } returns "fixed-id"
spy.createUser(request)
verify { spy.generateId() } // Sobrescrito
// Otros métodos usan la implementación real
}
Pruebas de Corrutinas
runTest para Funciones Suspendidas
import kotlinx.coroutines.test.runTest
class CoroutineServiceTest : FunSpec({
test("búsquedas concurrentes se completan juntas") {
runTest {
val service = DataService(testScope = this)
val result = service.fetchAllData()
result.users.shouldNotBeEmpty()
result.products.shouldNotBeEmpty()
}
}
test("tiempo de espera después de retardo") {
runTest {
val service = SlowService()
shouldThrow<TimeoutCancellationException> {
withTimeout(100) {
service.slowOperation() // Toma > 100ms
}
}
}
}
})
Pruebas de Flujos
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 emite actualizaciones") {
runTest {
val service = UserFlowService()
val emissions = service.observeUsers()
.take(3)
.toList()
emissions shouldHaveSize 3
emissions.last().shouldNotBeEmpty()
}
}
test("searchUsers desbota entrada") {
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") // Solo esto debería desencadenar la búsqueda
advanceTimeBy(500)
results shouldHaveSize 1
job.cancel()
}
}
})
TestDispatcher
import kotlinx.coroutines.test.StandardTestDispatcher
import kotlinx.coroutines.test.advanceUntilIdle
class DispatcherTest : FunSpec({
test("usa test dispatcher para ejecución controlada") {
val dispatcher = StandardTestDispatcher()
runTest(dispatcher) {
var completed = false
launch {
delay(1000)
completed = true
}
completed shouldBe false
advanceTimeBy(1000)
completed shouldBe true
}
}
})
Pruebas Basadas en Propiedades
Pruebas de Propiedades con Kotest
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
// Nota: La prueba de ida y vuelta de serialización a continuación requiere que la clase de datos User
// esté anotada con @Serializable (de kotlinx.serialization).
class PropertyTest : FunSpec({
test("invertir cadena es involutivo") {
forAll<String> { s ->
s.reversed().reversed() == s
}
}
test("ordenar lista es idempotente") {
forAll(Arb.list(Arb.int())) { list ->
list.sorted() == list.sorted().sorted()
}
}
test("la ida y vuelta de serialización conserva los datos") {
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
}
}
})
Generadores Personalizados
class CustomGenerators : FunSpec({
test("generador personalizado de direcciones IP") {
val ipGenerator = Arb.bind(
Arb.int(0..255),
Arb.int(0..255),
Arb.int(0..255),
Arb.int(0..255)
) { o1, o2, o3, o4 ->
"$o1.$o2.$o3.$o4"
}
checkAll(ipGenerator) { ip ->
ip.count { it == '.' } shouldBe 3
}
}
})
Pruebas con testApplication de Ktor
import io.kotest.core.spec.style.StringSpec
import io.ktor.client.*
import io.ktor.client.request.*
import io.ktor.client.statement.*
import io.ktor.http.*
import io.ktor.server.testing.*
class ApplicationTest : StringSpec({
"la solicitud GET devuelve estado OK" {
testApplication {
application {
// Configurar módulo de aplicación
module()
}
val response = client.get("/api/health")
response.status shouldBe HttpStatusCode.OK
}
}
"la solicitud POST de crear usuario debería responder 201" {
testApplication {
application {
module()
}
val response = client.post("/api/users") {
contentType(ContentType.Application.Json)
setBody("""{"name":"Alice","email":"[email protected]"}""")
}
response.status shouldBe HttpStatusCode.Created
}
}
"la solicitud GET de usuario devuelve 404 para usuario no encontrado" {
testApplication {
application {
module()
}
val response = client.get("/api/users/999")
response.status shouldBe HttpStatusCode.NotFound
}
}
})
Cobertura con Kover
Configuración de Gradle
// build.gradle.kts
plugins {
kotlin("jvm") version "1.9.0"
id("org.jetbrains.kotlinx.kover") version "0.7.5"
}
kover {
reports {
filters {
excludes {
classes(
"*.Exceptions",
"*DTO",
"*Request",
"*Response"
)
}
}
}
}
Comandos
# Generar informe de cobertura HTML
./gradlew koverHtmlReport
# Verificar regla de cobertura mínima
./gradlew koverVerify
# Informe XML para integración CI/CD
./gradlew koverXmlReport
# Informe de cobertura para un módulo específico
./gradlew :module-name:koverHtmlReport
# Limpiar y regenerar informes
./gradlew clean koverHtmlReport
Mejores Prácticas
- Usar nombres de prueba descriptivos — Los nombres deben indicar claramente qué se está probando
- Aislar pruebas — Cada prueba debe enfocarse en una sola funcionalidad
- Seguir el patrón Triple A — Arrange-Act-Assert (Organizar-Actuar-Assertar)
- Evitar lógica en pruebas — Sin condicionales ni bucles en las pruebas
- Usar pruebas parametrizadas — Para probar múltiples entradas con la misma lógica
- Escribir pruebas para casos borde — Entradas vacías, nulos, valores límite
- Mantener las pruebas rápidas — Las pruebas unitarias deben ejecutarse en milisegundos
- Mockear límites externos — Aislarse de bases de datos, APIs y archivos
- Seguir el ROJO-VERDE-REFACTOR — Escribir prueba fallida, hacerla pasar, luego mejorar
- Apuntar a cobertura > 80% — Usar Kover para rastrear código no probado