XP

Fala galera,

Desculpe pela ausência nas ultimas duas semanas, eu gastei grande parte do tempo configurando meu novo PC com o Windows 7 além de estudar para as provas da faculdade.Hoje vamos falar de um assunto que deveria ser debatido mais vezes nos blogs e grupos de discussão, estou falando dos testes unitários.Estou trabalhando num projeto com ASP.NET MVC, como você pode imaginar estou utilizando testes unitários(MVC+Testes unitários = agilidade). Eu estou usando um FakeController que pode ser obtido no blog do Stephen Walther. O código fornecido trabalha com um método SetUp  que inicializa o FakeControllerContext no controller que está sendo testado. O método SetUp no NUnit é disparado antes da execução de cada teste, então a cada novo teste um novo FakeControllerContext é criado.Até ai não existe problema, A situação fica complicada quando é necessário compartilhar dados entre testes distintos usando como exemplo o objeto applicationContext.Para resolver este problema  você precisa realizar apenas uma pequena alteração no método setUp, as mesmas mudanças explicadas para o SetUp são validas. Vamos olhar um exemplo que deixa a ordem de execução mais clara.

   1: [TestFixtureSetUp]

   2:     public void ClassSetUp()

   3:     {

   4:         //A lista de produtos e o gerente de produtos podem ser utilizados para todos os métodos

   5:         // sendo assim, não é necessário inicializar os membros antes de cada método

   6:         gerenteProduto = new GerenteProdutos();

   7:         produtos = new List<Produto>();

   8:         produtos.Add(new Produto() { Nome = "Iphone", Preco = 300 });

   9:         produtos.Add(new Produto() { Nome = "PSP", Preco = 180 });

  10:         produtos.Add(new Produto() { Nome = "VSTS", Preco = 500 });

  11:

  12:

  13:

  14:     }

  15:     [SetUp]

  16:     public void SetUp()

  17:     {

  18:         // esta variável deve ser inicializada antes de cada execução - exemplo simples para explicação

  19:         ssomatorio = 0;

  20:     }

  21:

  22:     [Test]

  23:     public void TestSomaValorDosProdutos()

  24:     {

  25:         ssomatorio = gerenteProduto.SomaValorDosProdutos(produtos);

  26:         Assert.AreEqual(980, ssomatorio);

  27:     }

  28:

  29:     [Test]

  30:     public void TestSomatorioDosProdutosComTaxas()

  31:     {

  32:         ssomatorio = gerenteProduto.SomatorioDosProdutosComTaxas(produtos);

  33:         Assert.AreEqual(1078, ssomatorio);

  34:     }

Como você pode ver no exemplo o atributo [TestFixtureSetUp] indica que um método será executado apenas uma vez, durante a inicialização da classe. O atributo [SetUp] indica que um método será executa antes de cada teste.

Espero que você escreva muitos testes e que os atributos SetUp e TearDown sejam úteis.

código fonte completoHello folks,

Sorry for being absent the last two weeks, I spent so much time configuring my new PC and the windows 7 besides being studying for college exams. Today let’s talk about a subject that I think that should be discussed, this post talks about NUnit and some tips for this tool. I’m working on an ASP.NET MVC project, so you can realize that I’m working with Unit tests, if you do you are right. I’ve been using a fakeController context to test the UI layer. You can get this code at Stephen Walther’s blog.  In this code you have a setup method that sets the fakecontext in the current controller. The setup method in NUnit is called before each test runs, so each new test uses a new fakeContext, there is no problem in this approach. The situation gets worse when you want to test values stored in the applicationContext, for instance if you need to test the session[“index”], To solve this issue you just have to make a little change in your SetUp method, you should execute it before each class Am I right? So if you agree you just have to change the attribute setup to TestFixtureSetUp, you can make the same change to TearDown. Let’s look an example that show what is the execution order in Nunit.

   1: [TestFixtureSetUp]

   2:    public void ClassSetUp()

   3:    {

   4:

   5:        //the listOfProduct and the ProductManager are available for all methods, so they don't need

   6:        //to be initialed before each method execution

   7:        productManager = new ProductManager();

   8:        productNames = new List<Product>();

   9:        productNames.Add(new Product() { Name = "Iphone", Price = 300 });

  10:        productNames.Add(new Product() { Name = "PSP", Price = 180 });

  11:        productNames.Add(new Product() { Name = "VSTS", Price = 500 });

  12:

  13:

  14:

  15:    }

  16:    [SetUp]

  17:    public void SetUp()

  18:    {

  19:        // the variable sum must be initialed before each method -poor example just to show the execution

  20:        sum = 0;

  21:    }

  22:

  23:    [Test]

  24:    public void TestSumOfAllProducts()

  25:    {

  26:        sum = productManager.SumProductsValues(productNames);

  27:        Assert.AreEqual(980, sum);

  28:    }

  29:

  30:    [Test]

  31:    public void TestSumOfAllProductsWithTaxes()

  32:    {

  33:        sum = productManager.SumProductsValuesWithTaxes(productNames);

  34:        Assert.AreEqual(1078, sum);

  35:    }

You can see in the example that the attribute [TestFixtureSetUp] indicates that a method will execute before the class and the attribute [SetUp] indicates that a method will execute before each test runs. You can do the same thing when working with tearDown.

I hope you write tests and that setUp and TearDown methods help you!

Full source code