what is junit test fixture
Este tutorial explicará cuándo, por qué y cómo utilizar el dispositivo de prueba JUnit con ejemplos simples de dispositivos de prueba JUnit para comprender mejor el concepto:
Nosotros aprenderemos -
- ¿Cuándo y por qué tenemos la necesidad de utilizar Test Fixture?
- ¿Cuál es el enfoque para usarlo en nuestro código para la prueba JUnit?
- Un par de ejemplos para entender el término 'Accesorio de prueba' en cascada en paralelo con una ventaja en las anotaciones del ciclo de vida de JUnit 4 como @Before, @After, @BeforeClass, @AfterClass y @Test.
=> Consulta TODOS los tutoriales de JUnit aquí.
Lo que vas a aprender:
Accesorio de prueba JUnit
Cuando hay varios casos de prueba en una clase JUnit, podría haber un objeto u objetos comunes utilizados por todos los casos de prueba. En este caso, podría haber funciones específicas que podrían ser comunes en todos los casos de prueba.
Esto no significa que los objetos de prueba deban ser compartidos por todos los casos de prueba. El cambio al objeto realizado en una prueba no tiene que compartirse entre todas las pruebas, ya que estas pruebas son independientes y pueden ejecutarse en un orden diferente según su conjunto de prioridades.
el mejor software de limpieza gratuito para windows 10
La comprensión holística de la término 'Accesorio de prueba' es un estado fijo en un código o un conjunto de pasos fijos en un código que se utiliza como condición previa y algunos otros conjuntos de pasos que se utilizan como condición posterior para todas las pruebas.
Por lo tanto, en otras palabras, estamos identificando esos conjuntos de declaraciones que se repetirán para todas las pruebas y, por lo tanto, intentamos establecer un entorno fijo para que se ejecuten nuestros métodos de prueba.
los objetivo de usar Test Fixture es eliminar la duplicación del código común para todos los casos de prueba.
convertir videos de youtube a mp4 en línea gratis
Intentemos comprender la implementación práctica del dispositivo de prueba en una prueba JUnit.
método setUp ()
- Hay pruebas que necesitan la inicialización de ciertos objetos (cadena, entero o ArrayList o cualquier objeto para el caso). Puedes crear un método configuración de vacío público () en el que podría declarar las variables de instancia para los objetos comunes. Coloque este método setUp () debajo de la anotación @Antes . Con la anotación @Before, el marco ejecutará el método setUp () antes de la ejecución de cada caso de prueba.
- El método setUp () también podría usarse en caso de que desee iniciar un navegador con una URL específica como primer paso para ejecutar un caso de prueba que sigue al inicio de sesión en la aplicación con credenciales predefinidas.
método tearDown ()
- Si ha asignado recursos externos en una prueba, debe recordar liberar los recursos también. El método teardown () podría agregarse para la limpieza de los objetos después de que se haya completado la ejecución del caso de prueba. De manera similar al método setUp (), agregue un método desmontaje del vacío público () debajo @Después anotación. El marco JUnit se asegura de que después de que se ejecute cada caso de prueba, el método en @After seguramente se ejecute. Los objetos utilizados en la prueba deben establecerse en NULL en el método teardown () para que se recoja la basura de las pruebas.
- Otro buen candidato para la limpieza de los objetos es matar un navegador en acción después de que se completa el caso de prueba y liberar la memoria destruyendo los objetos usados.
- Los nombres de método setUp () y tearDown () son solo un nombre definido por el usuario. Puede establecer cualquier nombre de método que desee. Son solo las anotaciones utilizadas con el método las que deciden la secuencia de ejecución de las pruebas.
Ejemplos de dispositivos de prueba JUnit
En esta sección, repasaremos dos ejemplos de la prueba JUnit 4 y trataremos de entender cómo usar el enfoque de Test Fixtures en nuestro código junto con la secuencia de diferentes anotaciones del ciclo de vida @Before, @After, @BeforeClass, @AfterClass, y @Test.
Por supuesto, habrá un tutorial separado sobre anotaciones que aclarará qué son y cómo funciona cada una de las anotaciones. A partir de ahora, sigamos entendiendo el uso del dispositivo de prueba en el código.
Prueba JUnit 4 - Ejemplo 1
En este ejemplo, tendremos los accesorios de prueba en la clase con tres casos de prueba. El método setUp () con la anotación @Before y el método tearDown () con la anotación @After.
Código:
|_+_|La ventana de la consola resultante será la que se muestra a continuación:
La ventana de la consola hace obvio que antes de cada ejecución de prueba, se ejecuta el método setUp (), y después de que se completa cada prueba, se ejecuta el método tearDown ().
Por lo tanto, la secuencia de ejecución según la anotación para cada método de prueba es:
- @Antes
- @Prueba
- @Después
Recuerde que las pruebas, aunque aquí, se han ejecutado en orden secuencial, es decir, test_JUnit1 (), test_JUnit2 (), test_JUnit3 (), no hay una secuencia definida para la prueba, por lo tanto, pueden ejecutarse en cualquier orden. Cada prueba está aislada de la otra prueba.
Prueba JUnit 4 - Ejemplo 2
Aquí, veamos rápidamente cómo podemos tener un método que se ejecuta una vez por primera vez en una clase y otro método que se ejecuta una vez después de que se ejecutan todas las pruebas para la clase.
Código:
|_+_|Hemos agregado el método preClass () en la anotación @BeforeClass. Este método se ejecuta solo una vez para una clase antes de que se ejecute la prueba. Se ejecuta incluso antes de que se ejecute el método de @Before.
El método postClass () en la anotación @AfterClass se ejecuta una vez al final cuando todas las pruebas, incluida la prueba en @After, se ejecutan y completan.
La secuencia de la prueba de funcionamiento es la siguiente:
- @Antes de clase
- @Antes
- @Prueba
- @Después
- @Después de clases
Los métodos en @BeforeClass y @AfterClass son comúnmente compartidos por la clase, por lo que si los métodos no se declaran como estático entonces da un error de inicialización en la ejecución de la prueba.
cómo declarar una lista vinculada en java
Vea la captura de pantalla a continuación, donde no hemos establecido el método preClass () en la anotación @BeforeClass como estático y por lo tanto la prueba tiene errores en la ejecución.
Es posible que vea el resultado que muestra un error de inicialización que podría eliminarse al marcar el método como estático. Lo mismo ocurre con el método postClass () en la anotación @AfterClass.
Conclusión
Hemos tratado de establecer un contexto sobre las buenas prácticas de programación a seguir al implementar la Accesorio de prueba enfoque y una comprensión básica del uso y la secuencia de ejecución de las anotaciones del ciclo de vida.
En nuestro próximo tutorial, aprendemos sobre el diferentes formas de ejecutar pruebas JUnit en Eclipse. Así que mantente atento a la serie a medida que avanzamos con aspectos más interesantes de JUnit.
=> Consulte aquí para ver los tutoriales de capacitación de la A a la Z de JUnit aquí.
Lectura recomendada
- Pruebas JUnit: Cómo escribir casos de prueba JUnit con ejemplos
- Tutorial de JUnit para principiantes: ¿Qué son las pruebas de JUnit?
- Tutorial de Python DateTime con ejemplos
- Tutorial del método Java String contains () con ejemplos
- C # usando instrucción y tutorial de método virtual de C # con ejemplos
- Introducción a JUnit Framework y su uso en Selenium Script - Tutorial de Selenium n. ° 11
- Tutorial de búsqueda de elementos por texto de selenio con ejemplos
- Tutorial de longitud de matriz de Java con ejemplos de código