Testing

Integration Test

• Sirven para probar la aplicación en su totalidad, es decir, usarla como si fueras el usuario final y probar si todo está funcionando bien

• Prueban el funcionamiento de distintas unidades combinadas

• Es una técnica para construir software que se basa en escribir tests

• Es un pedazo de código automático que invoca a una unidad de trabajo del sistema y chequea que el resultado de esa unidad sea el esperado

Assertions en Chai

• assert

• Expect

• Ninguna respuesta es correcta

• should

• Todas las respuestas son correctas, incluyendo que ninguna respuesta es correcta.

Agus, por qué no escribiste la pregunta de este quiz?

• Tenía demasiadas respuestas y solo podés poner 5

• No tenías ganas

• Estabas aburrido

• (respuestas) => {respuestas > 5 ? null : [...respuestas]}

• No se che

Unit Testing

• Una unidad de trabajo es cualquier función lógica del sistema que no pueda ser separada en piezas más pequeñas y que puede ser invocada por alguna otra interfaz

• Prueban el funcionamiento de distintas unidades combinadas

• Esta unidad puede ser sólo un método, o el comportamiento de una clase entera, o el comportamiento de varias clases interactuando entre ellas para lograr un próposito, que puede ser verificado

• Es un pedazo de código automático que invoca a una unidad de trabajo del sistema y chequea que el resultado de esa unidad sea el esperado

• Esta unidad puede ser sólo un método

¿Qué es el Code Coverage?

• Simplemente se basa en medir cuantas líneas de código se ejecutaron en tus tests, es decir que si tenés un code coverage del 100%, significa que no hubo ni una línea de código que no se ejecutó

• Que tengas 100% de code coverage no quiere decir necesariamente que tu aplicación no puede fallar, simplemente es una métrica que ayuda a tener una idea de lo que probamos

• Que tengas 100% de code coverage quiere decir que tu aplicación no puede fallar

• Es una métrica usada para saber qué tan bien estás probando tu aplicación

Tipos de test

• En general la mayoría de los tests que hagamos va a ser de tipo End-to_End, en segundo lugar unit tests y por último Integration Tests

• En general la mayoría de los tests que hagamos va a ser de tipo unit tests, en segundo lugar Integration Tests y por último End-to_End

• En general la mayoría de los tests que hagamos va a ser de tipo Integration Tests, en segundo lugar unit tests y por último End-to_End

En programación, ¿Qué es una aserción o assertion?

• Es un predicado, incluido en un programa y que generalmente compara el resultado o el estado esperado de algo contra el real en el momento de ejecución

• Las aserciones son predicados (funciones que devuelven valores lógicos verdadero-falso) y que se espera que siempre sean verdad

• Es un predicado, expresión que no retorna valor, incluido en un programa y que generalmente compara el resultado o el estado esperado de algo contra el real en el momento de ejecución

El Framework Mocha

• No soporta código asíncrono

• No es posible combinarla con otras librerías de assertion

• Incluye algunos hooks como after,before, before each

Software Testing

• Testear no provee una documentación viva de nuestro código

• Además nos vamos a asegurar que cuando lo deployemos funcionen en el destino o que si fallan algunos tests directamente no lleguen las nuevas actualizaciones al servidor de producción

• Cuando pensamos en testing en software, pensamos en algo que nos de garantías de que la aplicación que estamos construyendo funcione bien

• En general testear bien nuestra aplicación no da garantías