Partes del Test: AAA y Framework XUnit
En este capitulo podremos ver las diferentes partes de un Test unitario y como los diferentes frameworks las utilizan.
Last updated
Was this helpful?
En este capitulo podremos ver las diferentes partes de un Test unitario y como los diferentes frameworks las utilizan.
Last updated
Was this helpful?
Es todas aquellas líneas de código necesarias para preparar la prueba de testeo normalmente en la mayoría de librerías de testeo de los diferentes lenguajes de programación suelen tener un método llamado “SetUp”, pero solo utilizaremos este método cuando la preparación es común a todos los tests de la clase. Si la etapa de preparación es común a varios métodos, pero no a todos se debe definir algún método dentro de la misma clase de testeo y solo la invocaremos desde cada punto que sea necesario.
Consiste en hacer la llamada al código que queremos probar (SUT) , en este paso ejecutaremos la prueba. En otras palabras Básicamente, llamaremos a la función específica que se desea testear.
En este paso se debe realizar afirmaciones sobre el resultado de la ejecución, que podría ser mediante ciertos criterios como: la validación del estado o bien mediante validaciones de la interacción. Donde debemos buscar que nuestras afirmaciones y expectativas se cumplan de no ser así la mayoría de frameworks marcará en rojo.
En capítulos previos hemos citado xUnit repetidamente pero xUnit como tal no es ninguna herramienta en si misma.
xUnit es normalmente la forma en que la comunidad de llama a para referirse a cualquier framework basado en el original SUnit. SUnit fue creado por Kent Beck para la plataforma SmallTalk y se ha portado a una gran variedad de lenguajes y plataformas como Java (JUnit), .Net (NUnit), Python (PyUnit), Ruby (RubyUnit), Perl (PerlUnit), C++ (CppUnit), etc. Si aprendemos a trabajar con NUnit y PyUnit podremos comprender cualquier otro framework tipo xUnit porque la filosofıa es siempre la misma. Además en Java, desde la versión 4 de JUnit, se soportan las anotaciones.