Falta de ramas al utilizar assertTrue en lugar de assertNull

Question

En Java/Junit, necesito probar null con algún objeto. Hay una variedad de formas en que puedo probar una condición, pero he estado usando assertTrue para la mayoría de mis pruebas. Cuando compruebo nulls en assertTrue, EclEmma afirma que solo está probando una rama.

Cuando resuelvo el enunciado en una variable de forma manual (como establecer el resultado en un booleano y pasarlo a assertTrue) la cobertura del código se considera completa en la afirmación pero no en la línea de inicialización de la variable.

¿Por qué sucede esto? ¿Esto está relacionado con el código de bytes adicionales que Java aparentemente agrega como se menciona en http://sourceforge.net/apps/trac/eclemma/wiki/FilteringOptions? Cualquier solución (además de usar otras declaraciones de afirmación).

assertTrue:

assertTrue(myObject == null); //1 of 2 branches 

assertTrue:

boolean test = (myObject == null); //1 of 2 branches missing 
assertTrue(test); // complete 

assertNull:

assertNull(myObject) //complete; 

Answer 1

Para la mayoría de Boole expressi ons, el compilador de Java genera ramas adicionales en el código de bytes. JaCoCo produce "cobertura de sucursal" basada en el código de bytes generado, no basado en el código original de Java, y por lo tanto muestra información adicional de cobertura de sucursal para casi cualquier expresión booleana que utilice.

En su código, la expresión booleana que utiliza es myObject == null.

Para calcular este valor, el compilador de Java genera código presionando los dos argumentos en la pila y luego haciendo un salto condicional para insertar 1 (verdadero) o 0 (falso) en la pila. JaCoCo informa la cobertura de sucursal de este salto condicional.

Por lo tanto, el hecho de que utilice myObject == null desencadena el comportamiento que describe.

Como algunos otros ejemplos, intente esto:

boolean t = true; 
boolean f = false; 
boolean result1 = (t && f) || f; // 3 out of 6 missed. 
boolean result2 = !t;   // 1 out of 2 missed. 

Esto puede ser útil si la expresión booleana es, por ejemplo, devuelto por una función, que se utiliza como condición en una instrucción if-then-else en algún otro lugar. Aunque en su mayoría es una consecuencia de la forma en que funciona el compilador de Java, ayuda a evaluar condición cobertura (en lugar de la simple rama cobertura) del código original de Java.

Esta función no está muy bien documentada, pero aquí hay algunos consejos:

• El JaCoCo test cases for Boolean Expressions
• Un JaCoCo forum discussion on branches generated for the statement a = !a
• ¿alguien tiene un puntero a más documentación?

así es, en efecto, relacionado con el código byte adicional se genera, pero no a los ejemplos específicos de construcciones de bytes compilador sintéticos para los que se destinan las opciones de filtrado.

NOTA: La edición MAYOR desde la respuesta inicial fue demasiado suposición. Gracias a @ ira-baxter por buena discusión crítica &.

Answer 2

El hecho de que Emma trate una expresión condicional como "algo con una sucursal" para el recuento de coberturas de (sucursal) en mi humilde opinión parece simplemente quebrado. No es una rama condicional.

Podemos discutir más sobre el Assert; si se definió como "arroja una excepción sobre la falla afirmativa", entonces realmente tiene una rama conditonal; si está definido [como creo que lo hago, no soy un experto en Java] como "terminar mi programa al afirmar el fallo", entonces no es realmente una rama. También son oscuras las llamadas a métodos; estos son ramas condicionales en el sentido de que si el método llamado arroja una excepción, el flujo de control no continúa al "resto de la instrucción".

Nuestra herramienta Java Test Coverage obtiene el análisis de cobertura (ramificación) en tales condicionales "a la derecha".

Answer 3

Para obtener cobertura de código 100% en los métodos booleanos, haga lo siguiente

Class RecordService{ 


    public boolean doesRecordExist(String id){ 

    return id!=null; 

    } 


    } 

    //Method inside your mock 
    @Test 
    public boolean testDoesRecordExist(){ 
    RecordService recordService = mock(RecordService.class); 
    when(recordService.doesRecordExists()).thenReturn(
        anyString()).thenReturn(null); 

    }