Ermmm, el CC.NET en la maquina de desarrollo? Si esta es tu situacion creo que te estas perdiendo unas cuantas ventajas de las pruebas de integracion (entre otras, asegurarte de que la aplicacion compila fuera de la maquina del desarrollador). No podes solicitar un server para el CC.NET? hasta puede ser un clon y podria servirte para que la gente de testing pruebe. Carlos Peix
_____ De: [email protected] [mailto:[EMAIL PROTECTED] En nombre de Diego Jancic Enviado el: Miércoles, 07 de Mayo de 2008 04:40 p.m. Para: [email protected] Asunto: [puntonet] Memoria NUnit y TDD Si.. eso es lo que hago... solo los corro antes del commit y con CCNET, pero el problema es cuando los corre CCNET me obliga a cerrar el visual studio para evitar OutOfMemoryException (y mi maquina tiene 2gb ahora) :( En fin, era para preguntar nada mas porque me molesta eso... no es algo realmente critico. Saludos a todos!, Diego On Wed, May 7, 2008 at 4:25 PM, Carlos Peix <[EMAIL PROTECTED]> wrote: Si con "categoria" te referis a namespace, si, ya esta hecho. En vez de hacer muchas dlls lo que yo hice fue una dll con carpetas. Igual me preocupa lo que decis del mantenimiento, prefiero otra solucion (Si la hay...) [Carlos] Nopes, las categorias de NUnit, el tag Category que podes ponerle a un test o un test fixture. Otra cosa, siempre tenes que correr los 250 tests?, no podes correrlos solamente antes de un commit o dejar que lo haga el CC.NET <http://cc.net/> ? Carlos Peix _____ De: [email protected] [mailto:[EMAIL PROTECTED] En nombre de Diego Jancic Enviado el: Miércoles, 07 de Mayo de 2008 03:31 p.m. Para: [email protected] Asunto: [puntonet] Memoria NUnit y TDD 2008/5/7 Carlos Peix <[EMAIL PROTECTED]>: Hola Diego, Mucho cuidado con poner en GC.Collect(), sobre todo en el teardown del test, podes lograr el efecto contrario debido a que pases los objetos de una generacion de recoleccion a la siguiente. Habria que ver si los objetos en memoria estan fuera de scope antes de hacer eso, porque si estan dentro de scope haces macanas seguro. Si.. se los problemas que puede traer, de todas formas lo acabo de intentar y no cambio nada... (volvi a como estaba antes) Yo buscaria mas bien cuestiones de manejo de sesion de NH o trataria de ver si NUnit tiene algun tipo de configuracion disponible para limitar la cantidad de tests que se corren en paralelo. Me fijo.. Otra opcion es que uses otro runner para correr los tests, MBUnit por ejemplo, seguro que hay varios. Esto tiene la ventaja adicional de que estas corriendo los tests en otra plataforma (ademas de NUnit y el test runner de R#) Lo pense, de hecho ahora estoy viendo de usar MBUnit, pero tengo que ver si funciona todo y esta soportado por R#... vere si migro... Otra opcion es marcar los tests por categoria (seguramente ya lo has hecho) y correr varias veces el NUnit, una para cada categoria, sin embargo podes meter la pata con el mantenimiento en este caso porque cuando agregues una categoria deberias ajustar el archivo de NAnt. Si con "categoria" te referis a namespace, si, ya esta hecho. En vez de hacer muchas dlls lo que yo hice fue una dll con carpetas. Igual me preocupa lo que decis del mantenimiento, prefiero otra solucion (Si la hay...) Contanos como te fue. Mal hasta ahora ;-) Carlos Peix Saludos!
