Continuamos con al serie de la librería ZIO. En la entrada que estamos tratando, ZIO III: testing, me centraré en la definición de test. Las entradas publicadas hasta la fechas son las siguientes:
Los ejemplos mostrados en las entradas anteriores, se han realizado utilizando aserciones de test de prueba o bien mediante código no definido en un test. Para definir test y aserciones claras y concisas, definiremos unos patrones y ejemplos en los siguientes apartados, lo cuáles son:
- Ejemplo de plantillas.
- Generación de propiedades en los test.
- Ejemplo de aserciones.
1.- Ejemplo de plantillas
Las pruebas unitarias tienen que ser categorizadas por funcionalidad y, para conseguir categorias funciones de test, empleamos la función suite. La función suite permite definir pruebas agrupados por una funcionalidad a probar. El conjunto de todas las agrupaciones forman las pruebas de una entidad.
Un requerimiento para la definición de test es que cada clase de test debe de heredar de la clase DefaultRunnableSpec la cual proporciona todos los módulos de ZIO; como por ejemplo: Clock o Random. Un ejemplo de test es el descrito en la siguiente entrada:
import zio.test._
import zio.clock.nanoTime
import Assertion._
import zio.test.DefaultRunnableSpec
object TemplateZioTest extends DefaultRunnableSpec {
val suite1 = suite("suite1")(
testM("s1.t1") { assertM(nanoTime)(isGreaterThanEqualTo(0L)) },
testM("s1.t2") { assertM(nanoTime)(isGreaterThanEqualTo(0L)) }
)
val suite2 = suite("suite2")(
testM("s2.t1") { assertM(nanoTime)(isGreaterThanEqualTo(0L)) },
testM("s2.t2") { assertM(nanoTime)(isGreaterThanEqualTo(0L)) },
testM("s2.t3") { assertM(nanoTime)(isGreaterThanEqualTo(0L)) }
)
val suite3 = suite("suite3")(
testM("s3.t1") { assertM(nanoTime)(isGreaterThanEqualTo(0L)) }
)
def spec = suite("All test")(suite1, suite2, suite3)
}
2.- Generación de propiedades en los test.
En cierto tipo de test requerimos de datos para ejecutar las pruebas. Los datos pueden ser generados de forma automática por generadores los cuales pueden generar datos primitivos, case class o bien objetos. La entidad para la generación de datos es la entidad Gen definida en zio.test.Gen.
Un requisito fundamental es la necesidad de utilizar el módulo Random con Sized en la definición de los generadores.
Las dependencias de los módulos de los ejemplos es el siguiente:
import zio.test.Assertion.{equalTo, isTrue}
import zio.test.{DefaultRunnableSpec, Gen, Sized, assert, check, suite, testM}
import zio.random.Random
import zio.test.magnolia._
- Ejemplo de generación de tipos primitivos.
Para la generación de tipos primitivos invocaremos a la función anyXXX, siendo XXX un tipo primitivo, en la definición de test. Un ejemplo de uso de generadores primitivos es el que se define en el siguiente snippet.
testM("Gen Int") {
check(Gen.anyInt, Gen.anyInt, Gen.anyInt) { (x, y, z) =>
assert((x + y) + z)(equalTo(x + (y + z)))
}
},
- Ejemplo de generación de una case class.
Sea una case class que represente una entidad con nombre Point. Para poder definir una generador de la clase Point, utilizamos la entidad DeriveGen cuyo tipo sea la case class Point. La definición de la clase y el generador de la clase Point es la siguiente:
final case class Point(x: Double, y: Double) {
def isValid(): Boolean = true
}
val genPoint: Gen[Random with Sized, Point] = DeriveGen[Point]
Para definir el test de la entidad Point con su generador utilizaremos la función check como se muestra en el siguiente ejemplo:
testM("Gen Point") {
check(genPoint) { (point) =>
assert(point.isValid())(equalTo(true))
}
},
- Ejemplo de generación de objetos.
De la misma manera que el caso anterior para definir un generador de unos objetos a partir de un trait, se realiza de la misma manera. En el siguiente ejemplo, se define el test en donde se utiliza un generador de objetos basados en la definición de un trait:
sealed trait Color {
def isValid(): Boolean = true
}
case object Red extends Color
case object Green extends Color
case object Blue extends Color
val genColor: Gen[Random with Sized, Color] = DeriveGen[Color]
testM("Gen Color") {
check(genColor) { (color: Color) =>
assert(color.isValid())(isTrue)
}
}
3.- Ejemplo de aserciones.
La capacidad de poder verificar todo tipo de dato en una prueba permite definir con más exactitud la ejecución de una prueba. En ZIO empleamos las funciones definidas en la entidad zio.test.Assertion; como pueden ser: equalTo, hasField, isRight,etc…
A continuación, muestro unos ejemplos de pruebas con diferentes tipos de aserciones:
- Ejemplo de un String.
Supongamos que necesitamos verificar el resultado de un efecto cuyo resultado es un String y, del valor del resultado,
necesitamos verificar que contenga un determinado valor y finalice con otro. La aserción la realizamos empleando la función assert y las funciones containsString y endsWithString de la siguiente manera:
testM("Assertion examples: string") {
for {
word <- IO.succeed("The StringTest")
} yield {
assert(word)(
Assertion.containsString("StringTest") &&
Assertion.endsWithString("Test")
)
}
},
- Ejemplo de un Either.
Supongamos que necesitamos verificar el resultado de un efecto cuyo resultado es un Either. El esquema del test es parecido al anterior pero empleando funciones específicas para el contenedor binario. El ejemplo del snippet es el siguiente:
testM("Assertion examples: either") {
for {
either <- IO.succeed(Right(Some(2)))
} yield {
assert(either)(isRight(isSome(equalTo(2))))
}
},
- Ejemplo de una case class.
Supongamos que necesitamos verificar el resultado de un efecto que retorna una entidad definida en una case class. El esquema del test es como los anteriores pero utilizando la función hasField para acceder a los atributos de la entidad. El ejemplo del snippet es el siguiente:
testM("Assertion examples: case class") {
final case class Address(country: String, city: String)
final case class User(name: String, age: Int, address: Address)
for {
test <- IO.succeed(User("Nat", 25, Address("France", "Paris")))
} yield {
assert(test)(
hasField("age", (u: User) => u.age, isGreaterThanEqualTo(18)) &&
hasField("country", (u: User) => u.address.country, not(equalTo("USA")))
)
}
},
En la siguiente entrada, ZIO IV: modularización, me centraré en la definición de módulos funcionales.
Álvaro Monsalve Serrano 