Fitnesse marco muy lento cuando la profundidad es mayor carpeta 4 - ¿Por qué?

Question

Actualmente estamos estableciendo fitnesse como la prueba de aceptación del usuario de la herramienta de prueba. Hasta ahora todo está bien. estamos utilizando la versión de Java "20091121". Estamos teniendo problemas con las carpetas que son más profundas que 4.

Hemos creado la siguiente estructura de carpetas:

  

Configuración

     

TestSuite

     

content.txt + properties.xml (justo "! Contenidos" dentro)

     

    

UseCase2204

         

content.txt + properties.xml (justo "! Contenidos" dentro)

         

      

SingleRequest02

             

content.txt + properties.xml (justo "! Contenidos" dentro)

             

        

PositiveTest

                 

content.txt + properties.xml (justo "! Contenidos" dentro)

                 

          

OneAdultWithChild

                     

aquí content.txt + properties.xml para la prueba real que contiene 18 tablas fixture

        

      

    

  

Cuando empezamos fitnesse y navegue a la carpeta más profunda ( "OneAdultWithChild") que toma la rotonda de 10 segundos hasta que se visualice la página. Ahora, cuando muevo el contenido hasta un nivel de jerarquía (en "PositiveTest") de la página tarda 3 segundos para rendir. Cuando pongo el contenido de la prueba en el segundo nivel ( "UseCase2204") casi se muestra en un instante.

El mismo comportamiento ocurre durante la prueba de ejecución. Después de pulsar el botón de "prueba" inicio de las pruebas:

• segundo nivel: 12 segundos
• cuarto nivel: 14 segundos
• quinto nivel: 40 segundos! (Además, que lleva mucho tiempo, hasta que el "número capturado" aparece el botón)

Ahora, estoy atascado con esto. Necesitamos esta estructura anidada para agrupar todas las pruebas. Pero si no hay una solución o solución no podemos usar fitnesse y seré un idiota grande para la promoción del marco. En el pasado he tenido resultados positivos con fitnesse pero no teníamos estas estructuras anidadas.

Answer 1

Puede que no sea la solución específica, pero no es una solución para el problema de renderizado de un Widget que actualmente está siendo estudiada: http://www.pivotaltracker.com/story/show/2200962

También hay una historia que hay para hacer de nuevo el analizador para ser más eficiente y capaz, pero eso es un esfuerzo significativo. No está seguro de que el trabajo se iniciará en eso.

Answer 2

¿Usted ha intentado ponerse en contacto con el mantenedor (s) de FitNesse de esto? Eso debería ser su primer curso de acción. He aquí su enlace "Obtener ayuda":. http://www.fitnesse.info/help

Mientras tanto, si se puede, usted podría tratar de perfilar fitnesse. Es muy posible que la mayoría de ese tiempo se gasta en uno o dos lugares y una solución adecuada se puede encontrar. Como se trata de un proyecto de código abierto, debe ser capaz de tener un vistazo rápido por el código. Si lo desea, de todos modos.

Actualización: Es sólo una idea, es la jerarquía de prueba en un montaje NFS? Podrías tratar de ejecutarlo en un disco "real"?

Answer 3

Por lo tanto, hemos hecho algunos perfiles. el tiempo principal de los 40 segundos para cargar la página (justo cargar, no de ejecución) se gasta en los métodos siguientes:

• fitnesse.wikitext.widgets.WidgetRoot.render
• fitnesse.wikitext.widgets.WidgetRoot.getVariable
• fitnesse.wiki.PageData.initializeVariableRoot
• fitnesse.wikitext.widgets.VariableWidget.doRender

costuras como la lógica de sustitución varibale + widget de la prestación está utilizando todo el tiempo: (

especialmente el "doRender private void ()" en el fitnesse.wikitext.widgets.VariableWidget me da dolores de cabeza. hay un comentario quejándose de la complejidad y de que todo esto debe ser rediseñado.

Vea aquí

http://github.com/lvonk/fitnesse/commit/a7242991039970d769db681afa2336285700d421 # diff-10

me parece un callejón sin salida en el momento. usaríamos fitnesse para un realmente gran proyecto, uno de los mayores proyectos de TI actualmente en curso en Alemania / Europa. pero no puedo vender esto si tales cosas básicas no funciona lo suficientemente rápido: - /

Todavía estoy esperando que alguien sabe una solución de lo contrario voy a tener que excavar en el código en Navidad y tratar de que sea un poco más rápido.

Acabo de notar que existe una versión más reciente (2009-11-25) sobre el cubo git que se deshizo del comentario y algunas líneas de código se han cambiado también. voy a dar una oportunidad de que .....

ayuda muy apreciada

aplausos Marcel

Answer 4

dan,

Gracias por su respuesta. esto es lo que he publicado en el grupo de yahoo fitnesse:

Hola,

i acaba de descargar liberación "20100103" de la página web y lo probé con el misma configuración. una mejora importante! soy muy feliz por esto. Ahora puedo seguir con la configuración inicial y es de esperar convencer a todos al respecto.

la mejora del rendimiento también es visible durante la ejecución de la prueba - muy bueno. yo no se puede ver ninguna diferencia significativa entre el nivel superior y pruebas anidadas más.

Espero que el resto del sistema se comporta de la misma manera:)

muchas gracias por la ayuda rápida. voy a estar de vuelta con más comentarios (o problemas ;-)) después de la instalación se realiza la inicial y la gente empezar a trabajar con él (Desarrolladores y probadores).

aplausos Marcel