EMMA no cubrirá uno de mis proyectos

votos
2

Tengo un problema con EMMA en el que cubre correctamente todos mis diversos proyectos de Java, excepto uno. Estoy desconcertado sobre por qué ocurre esto, ya que la secuencia de comandos ANT parece ser correcta. Se da el siguiente resultado esperado:

 [echo] c:\cc_local_home\emmadata\ProjectName
[instr] processing instrumentation path ...
[instr] instrumentation path processed in 1876 ms
[instr] [84 class(es) instrumented, 0 resource(s) copied]
[instr] metadata merged into [c:\cc_local_home\data\2008-11-17_14.35.19\coverage.emma] {in 62 ms}

Lo anterior es generado por la siguiente pieza de script ANT:

<target name=emma depends=init if=use.emma>
  <echo message=${emma.bin} /> 
  <emma enabled=true>
    <instr instrpath=${test.bin} destdir=${emma.bin} metadatafile=${test.data.dir}/coverage.emma merge=true>
      <filter excludes=*Test*,*test* /> 
      <filter excludes=*Exception /> 
      <filter excludes=*AppConstants /> 
    </instr>
  </emma>
</target>

Después de ejecutar las pruebas JUnit, se registra lo siguiente.

emma.report: [informe] procesando archivos de entrada ...
[informe] 1 archivo (s) leídos y fusionados en 16 ms
[informe] nada que hacer: no se encontraron datos de cobertura de tiempo de ejecución en ninguno de los archivos de datos

Y no se genera ningún informe de cobertura.

Estoy seguro de que los archivos de coverage.emma están siendo vinculados correctamente, entonces ¿por qué EMMA no cubre el código?

La emma.reporttarea tiene el siguiente aspecto:

<target name=emma.report if=use.emma>
  <emma enabled=true>
    <report sourcepath=${test.reports.dir}> 
      <infileset dir=${test.data.dir} includes=*.emma /> 
      <html outfile=${test.reports.dir}/coverage.html /> 
    </report>
  </emma>
</target>
Publicado el 17/11/2008 a las 14:49
por usuario
En otros idiomas...                            


4 respuestas

votos
1

¿Cómo se ve el <emma.report>elemento?

Es posible que desee consultar estas preguntas frecuentes sobre este mensaje exacto: ¿Por qué <informe> </ informe> dice "no hay nada que hacer: no ... datos encontrados en ninguno de los archivos de datos" y sale sin generar nada?

Y, como siempre con Ant, enciéndalo -verbosey compruebe dos veces la salida.

Respondida el 17/11/2008 a las 15:00
fuente por usuario

votos
0
<target name="emma.report" if="use.emma">
  <emma enabled="true">
    <report sourcepath="${test.reports.dir}"> 
      <infileset dir="${test.data.dir}" includes="*.emma" /> 
      <html outfile="${test.reports.dir}/coverage.html" /> 
    </report>
  </emma>
</target>
Respondida el 17/11/2008 a las 17:01
fuente por usuario

votos
1

Verificaría para asegurarme de que el objetivo JUnit esté ejecutando el código instrumentado, y no ejecute código no instrumentado (que no produciría ningún dato de cobertura).

Respondida el 17/11/2008 a las 18:15
fuente por usuario

votos
0

Este error se obtiene cuando se utiliza el comando equivocado para generar el informe. La mayor parte del tutorial en línea está abogando por el mal (puede por edad) de comandos, incluso llegué este error cuando se utiliza por debajo de comandos para generar el informe:

{} JAVA_HOME \ jre \ lib \ ext> java -cp informe Emma emma.jar -r html -en coverage.em, ALFRESCO_HOME {} \ coverage.ec EMMA: el procesamiento de archivos de entrada ... EMMA: 1 archivo (s) leer y se fusionó en 60 ms EMMA: nada que hacer: no hay datos de cobertura de tiempo de ejecución que se encuentran en cualquiera de los archivos de datos

El uso correcto del comando es: {} JAVA_HOME \ jre \ lib \ ext> java -cp informe Emma emma.jar -r txt, html -en {} JAVA_HOME \ jre \ lib \ ext \ coverage.em -en C: \ t1_tempSetup \ Alfresco \ coverage.ec EMMA: el procesamiento de archivos de entrada ... EMMA: 2 archivo (s) de lectura y se fusionaron en 70 ms EMMA: escribir [txt] informe a [{} JAVA_HOME \ jre \ lib \ ext \ coverage.txt ] ... EMMA: escribir [html] informe a [{} JAVA_HOME \ jre \ lib \ ext \ cobertura \ index.html]

Respondida el 19/10/2015 a las 14:32
fuente por usuario

Cookies help us deliver our services. By using our services, you agree to our use of cookies. Learn more