Perdón que vuelva sobre el tema. Ahora tengo una versión reducida de la
clase:
namespace MCImage.Test
{
[TestFixture]
class MCImageTest
{
private string fileName = "Image01.pix";
private ImageLib.MCImage m;
[SetUp]
public void Init()
{
ActionAssert.NotThrow(() => m =
ImageLib.MCImageUtils.LoadImageFromRawData(fileName));
}
[TearDown]
public void Dispose()
{
ActionAssert.NotThrow(() => m.Dispose());
}
[Test]
public void VerificoQueHayaAlgo()
{
m.Should().Not.Be.Equals(null);
}
[Test]
public void VerificoWidth()
{
m.Height.Should().Be.GreaterThanOrEqualTo(0);
}
}
}
Tendría que tener unas 10 o 15 clases prácticamente iguales a esta, donde
toda la variación es el string que pinté de rojo (Image01)
En la clase original tengo más de veinte variables declaradas y unos treinta
tests.
Vi que con TestCase le puedo pasar estos argumentos a los tests, pero no
encuentro cómo pasarle estos valores al Setup
¿Alguna idea?
Muchas Gracias.
Carlos Marcelo Santos.
De: puntonet@mug.org.ar [mailto:punto...@mug.org.ar] En nombre de Carlos
Peix
Enviado el: martes, 31 de agosto de 2010 9:02
Para: puntonet@mug.org.ar
Asunto: [puntonet] Re: [puntonet] RE: [puntonet] Re: [puntonet] RE:
[puntonet] Re: [puntonet] [puntonet] NUnit, código común
Insisto :-)
Muchas veces me paso que me he metido en problemas de dificil solucion por
una estructura enredada.
Igual cuesta un tiempo encontrarse comodo, asi que no dejes de buscar.
Abrazo
----------------------------------
Carlos Peix
2010/8/31 Carlos Marcelo Santos <carlos.san...@mug.org.ar>
Hola Carlos, gracias por contestar.
No tengo el código acá. No es que sea mucho código, es la definición de unas
cuantas variables. Como son unos cuantos tests, quería saber si existe una
forma de no tener que repetir el mismo encabezado de TestCase para cada uno
de los tests.
Otra idea que no sé si funciona es declarar una clase abstracta con todos
los tests, y que las demás la hereden e implementen su propio setup. Los
tags [Test] y [Teardown] quedarían en la clase abstracta y sólo el setup en
las concretas. Pero todavía no sé si esto anda. Hoy lo voy a probar.
Carlos Marcelo Santos.
De: puntonet@mug.org.ar [mailto:punto...@mug.org.ar] En nombre de Carlos
Peix
Enviado el: lunes, 30 de agosto de 2010 22:32
Para: puntonet@mug.org.ar
Asunto: [puntonet] Re: [puntonet] RE: [puntonet] Re: [puntonet] [puntonet]
NUnit, código común
Hola Carlos,
En general el metodo setup del fixture define un escenario y los tests del
fixture con distintas situaciones en ese escenario. Al menos es como me
gusta usarlo.
Con esa idea, repetir el setup seria repetir el escenario y probablemente no
sea el camino.
Tambien es raro que tengas "mucho" codigo en el setup. Sera posible que nos
muestres un fixture?
----------------------------------
Carlos Peix
2010/8/30 Carlos Marcelo Santos <carlos.san...@mug.org.ar>
Eso mismo, pero para [Setup] ¿existe? estoy revolviendo y no lo veo...
Son varios test y varios juegos de parámetros y preferiría no tener que
repetir tantas líneas de código.
Muchas Gracias.
-----Mensaje original-----
De: puntonet@mug.org.ar [mailto:punto...@mug.org.ar] En nombre de Leonardo
Micheloni
Enviado el: lunes, 30 de agosto de 2010 19:41
Para: puntonet@mug.org.ar
Asunto: [puntonet] Re: [puntonet] [puntonet] NUnit, código común
te sirve esto?
http://nunit.org/?p=testCase <http://nunit.org/?p=testCase&r=2.5> &r=2.5
2010/8/30 Carlos Marcelo Santos <carlos.san...@mug.org.ar>:
> Hola Lista:
>
> Tengo una clase que ejecuta un conjunto de [Test], con un [Setup] y un
> [Teardown]. Ahora tendría que hacer otra, casi igual, sólo varían algunos
> valores de los que fijo en el [Setup].
>
> ¿Cuál sería una alternativa correcta para codificar esto?
>
> ¿Existe alguna forma de pasarle parámetros al [Setup] y ejecutar una misma
> clase de test, varias veces sucesivas con distintos valores? ¿o la salida
es
> por otro lado?
>
>
>
> Muchas Gracias.
>
>
>
> Carlos Marcelo Santos.
Se certificó que el correo entrante no contiene virus.
Comprobada por AVG - www.avg.es
Versión: 9.0.851 / Base de datos de virus: 271.1.1/3102 - Fecha de la
versión: 08/30/10 03:35:00
Se certificó que el correo entrante no contiene virus.
Comprobada por AVG - www.avg.es
Versión: 9.0.851 / Base de datos de virus: 271.1.1/3103 - Fecha de la
versión: 08/30/10 15:34:00
Se certificó que el correo entrante no contiene virus.
Comprobada por AVG - www.avg.es
Versión: 9.0.851 / Base de datos de virus: 271.1.1/3103 - Fecha de la
versión: 08/31/10 03:34:00
