Cómo escribir buenas clases de prueba para comenzar con Junit4
Antes de usar junit, debemos comprender algunas reglas y cómo escribir una clase de prueba.
La razón por la que lo explico antes de junit es porque las pruebas unitarias no necesariamente tienen que realizarse con junit. Incluso si no usamos ninguna dependencia de software, aún podemos hacerlo, pero así será. Más problemático, no pienses inconscientemente. Prueba unitaria = Junit, debería ser prueba unitaria gt;
Junit no es la única prueba unitaria en el mercado. Hay muchos otros módulos de marco, pero en comparación no son tan populares como Junit. Además, algunas empresas también tienen marcos de pruebas unitarias internas, que pueden no estar desarrollados en base a JUNIT.
Incluso cuando sea necesario, se deben realizar pruebas unitarias incluso si no se usa Juint. En este caso, solo se pueden usar declaraciones de aserción nativas de Java, etc.
1) El uso de aserción (assert) en Java
Al principio pensé que aserción era una característica de JUNIT, pero no es así. Aserción es un término de programación. Se usa a menudo en pruebas unitarias. Incluso no existe solo en Java.
Las aserciones en Java comenzaron a usarse después de JDK1.4. La palabra clave es afirmar. Se utiliza principalmente durante el desarrollo y las pruebas de código para emitir juicios esperados sobre ciertos datos. , el programa avisará o saldrá.
Su sintaxis es aproximadamente la siguiente:
Sintaxis ①: afirmar condición
la condición representa una expresión condicional de tipo booleano. Si es verdadera, continuará. ejecutar normalmente, si es falso, salir de forma anormal
Aquí afirmo xgt = 0. Si el resultado del cálculo cumple con mis expectativas, no sucederá nada. Si el resultado del cálculo x es menor que 0, sucederá. no cumple con mis expectativas. Si falla, se genera un AssertionError.
Sintaxis ②: condición de afirmación: mensaje
La condición es la misma que la anterior. El mensaje después de los dos puntos generalmente se usa para el mensaje de excepción después de que falla la aserción. AssertionError. El valor en el parámetro de construcción se utiliza para personalizar los detalles del error. El código no se incluirá aquí. Puede probarlo usted mismo.
Hay otra regla muy importante sobre el uso de aserciones: ningún comportamiento del programa puede depender de aserciones. No use aserciones como lógica en el programa. Es decir, incluso si elimina toda la lógica de un. La declaración de afirmación no puede cambiar con respecto a la anterior. Debido a que solo se usa para pruebas y desarrollo, incluso JVM desactiva las aserciones de forma predeterminada. Si las aserciones no están activadas, el programa ignorará automáticamente todas las declaraciones de aserción como si no existieran. Para ejecutar la declaración de aserción, se debe pasar. a la máquina virtual Java El parámetro -enableassertions (abreviado como **-ea**) habilita las aserciones, y el parámetro -disenableassertion (abreviado como **-da) se puede utilizar para desactivar las aserciones** (el valor predeterminado es cerrado). ).
Finalmente, aunque Java proporciona afirmaciones, rara vez lo usamos en el desarrollo real, porque si desea usarlo para pruebas, es mejor usar directamente el marco Junit para escribir código de prueba unitaria. Junit también proporciona. declaración de afirmación.
Aunque no podemos usar aserciones en Java, aún necesitamos comprenderlas, y la mayoría de las aserciones tienen una lógica similar.