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. 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. 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#) 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. Contanos como te fue. Carlos Peix
_____ De: [email protected] [mailto:[EMAIL PROTECTED] En nombre de Diego Jancic Enviado el: Miércoles, 07 de Mayo de 2008 03:05 p.m. Para: [email protected] Asunto: [puntonet] Memoria NUnit y TDD Ok... Me olvide de decir ese detalle... Yo siempre los corro desde resharper y anda todo bien (consume la memoria que normalmente consume resharper, el proceso devenv se mantiene en 500 o 600mb). El mayor problema lo tengo cuando los tests los corro desde NUnit (que no lo suelo hacer), o cuando los corro usando NAnt + nunit-console.exe Ustedes no tienen problemas de consumo de memoria cuando los corren todos juntos ? Cuantos tests tienen (promedio) por dll de tests? La otra (muy probable) es que este haciendo algo mal en general (ahora voy a ver que pasa si pongo un GC.Collect() en el TearDown) Salu2! On Wed, May 7, 2008 at 2:15 PM, Leonardo Micheloni <[EMAIL PROTECTED]> wrote: O sea, corrés los test desde la interfaz de NUnit no desde VS + TestDrive o Reshaper, no? digo para tener un poco más de información On 5/7/08, Diego Jancic <[EMAIL PROTECTED]> wrote: Hola Carlos, No estoy usando Monorail, de la parte web no estoy testeando (a excepcion de los presenters usando RhinoMocks)... En general estoy testeando clases simples, y en el medio esta RhinoMocks, NHibernate y Castle.DynamicProxy como frameworks adicionales. Creo que la memoria es directamente proporcional a la cantidad de tests que corro, por eso no creo que sea de algo en especial sino de todo el conjunto. Saludos! On Wed, May 7, 2008 at 12:26 PM, Carlos Peix <[EMAIL PROTECTED]> wrote: Hola Diego, No aclaras que tipo de tests tenes, pero decis que testeas controllers y, si estas trabajando con Monorail y la integracion correspondientes para testear los controles en el ambito de ASP.NET <http://asp.net/> , puede que por ese lado venga el problema. Podes probar desactivando los tests de los controllers? Carlos Peix _____ De: [email protected] [mailto:[EMAIL PROTECTED] En nombre de Diego Jancic Enviado el: Miércoles, 07 de Mayo de 2008 11:22 a.m. Para: [email protected] Asunto: [puntonet] Memoria NUnit y TDD Hola gente!, Estoy con un pequeño problema... cuando corro todos los tests con NUnit (usando NAnt generalmente), el proceso consume mas o menos 400 o 500mb y bastante procesador, por lo que si tengo abierto el visual studio y otras cosas a veces no me alcanza la memoria... El tema es que yo tengo un solo gran proyecto con todos los tests (por ahora solo 250 que incluyen repositorios, servicios, presenters y todo lo demas...), pero se que ese fue un error desde el inicio (normalmente se aconseja un proyecto de Test por cada proyecto). Si subdivido el proyecto ese en varios, ustedes creen que se me va a solucionar el problema de memoria ?? (alguno que use tdd tiene este problema?) Gracias y Saludos!, Diego -- Leonardo Micheloni. http://leomicheloni.blogspot.com/
