Tema complicado… la verdad que tenes razón (supongo, nunca hice lo que
decis), pero en realidad el ambiente de desarrollo no lo justifica creo,
pero creo que siendo una aplicación web en la que hacemos un release cada
varios meses no es importante… 

Para las versiones de prueba interna se está incluso usando la misma PC (la
mia funciona como server y como maquina de desarrollo J), y la verdad que no
tuvimos nunca problemas. Además actualmente la cantidad de usuarios en
producción es muy poca y están como beta-testers, asi que tampoco es algo
tan relevante. (en julio-agosto-septiembre se espera un incremento
importante)

No se… me da la impresión que no justifica el gasto de una nueva pc para
eso, posiblemente cuando tenga mas usuarios tenga que hacer lo que decis…

 

Gracias!,
Diego

 

From: [email protected] [mailto:[EMAIL PROTECTED] On Behalf Of Carlos
Peix
Sent: Miércoles, 07 de Mayo de 2008 06:33 p.m.
To: [email protected]
Subject: [puntonet] Memoria NUnit y TDD

 

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!

 

Responder a