/Images/MainImage/Håkan Alexander.jpg finns inte.
Föregående      Hem      Nästa

Integrationstest mot databas

Jag fick en kommentar från Karl på min blogg om Dataaccess och kundnytta där han undrade om hur jag gjorde integrationstester mot databasen så jag skriver om det.

Det viktigaste är att man har känt data i databasen när man skall göra dessa integrationstester.

För att inte störa eller störas av andra som jobbar mot databasen behöver man en egen databas jag vill helst köra lokalt för att slippa att testerna tar onödigt lång tid.

Jag har använt mig av NDbUnit  för att säkerställa att jag har känt data i databasen innan testerna körs. Det är ett litet program som kan fixa till data på massor av sätt, jag har valt att låta den tömma databasen och fylla på med mitt testdata före integrationstesterna körs.

I mitt senaste projekt hade vi en DBA med som jobbade mot en gemensam databas, för att säkerställa att vi var i synk gjorde jag så att testkoden kan gå mot olika databaser beroende på behov.

Nedan finns källkoden som körs före något test i det namespace koden ligger. Alltså den kod som puttar in det data i databasen jag vill testa mot.

Sen kan jag enkelt skriva tester som verifierar tex att mina mappningar är korrekt om jag kör NHibernate eller att min dataaccess kod sätter alla properties.

    1 using System;

    2 

    3 using NUnit.Framework;

    4 

    5 using DBAccess;

    6 

    7 namespace DBAccessTest

    8 {

    9     [TestFixture]

   10     public class OrderTests

   11     {

   12         [Test]

   13         public void CanGetOrderById()

   14         {

   15             var dao = new OrderDao();

   16 

   17             var order = dao.GetById(1);

   18 

   19             Assert.That(order, Is.Not.Null);

   20             Assert.That(order, Has.Property("Created").EqualTo(DateTime.Parse("2008-12-10 13:34")));

   21         }

   22 

   23         [Test]

   24         public void OrderHasOrderRows()

   25         {

   26             var dao = new OrderDao();

   27 

   28             var order = dao.GetById(2);

   29 

   30             Assert.That(order.OrderRows, Has.Count.EqualTo(3));

   31         }

   32     }

   33 }

OBS. Testar NUnit 2.5 därav syntax som inte finns i 2.4!

Det är lika lätt att skriva tester för insert, update och delete. Dessa kan man köra i en transaktion runt själva testet och rulla tillbaka för att det inte skall påverka följande tester.

 

    1 using System.Data;

    2 

    3 using NUnit.Framework;

    4 

    5 using NDbUnit.Core;

    6 using NDbUnit.Core.SqlClient;

    7 

    8 namespace DBAccessTest

    9 {

   10     // Supported enviroments

   11     public enum TestDatabases

   12     {

   13         local,

   14         remote

   15     }

   16 

   17     // Setup for tests in the same namespace

   18     [SetUpFixture]

   19     public class SetupDatabaseWithKnownData

   20     {

   21         // Change this when you would like to verify other database

   22         private TestDatabases currentDatabase = TestDatabases.local;

   23 

   24         // Filename of data stored during test

   25         private string original_data_file = "org_data.xml";

   26 

   27         // Connections to different databases

   28         private string local_connection = @"Data Source=.\SQLEXPRESS;Initial Catalog=testdatabase;Integrated Security=True";

   29         private string remote_connection = @"Data Source=192.168.1.120;Initial Catalog=testdatabase;Integrated Security=True";

   30 

   31         // Return current connection

   32         private string CurrentConnectionString()

   33         {

   34             string connectionString = "";

   35 

   36             switch (currentDatabase)

   37             {

   38                 case TestDatabases.local:

   39                     connectionString = local_connection;

   40                     break;

   41 

   42                 case TestDatabases.remote :

   43                     connectionString = remote_connection;

   44                     break;

   45             }

   46 

   47             return connectionString;

   48         }

   49 

   50         // Runs once prior to any test in this namespace

   51         [SetUp]

   52         public void SetupDatabase()

   53         {

   54             // Creating a new databaseSetup object with the relevant connectionstring

   55             INDbUnitTest databaseSetup = new SqlDbUnitTest(CurrentConnectionString());

   56 

   57             // Load the database schema, tables not in this schema will be ignored.

   58             databaseSetup.ReadXmlSchema("database_schema.xsd");

   59 

   60             // Save current data if running test against other source than my private

   61             if (currentDatabase != TestDatabases.local)

   62             {

   63                 DataSet original = databaseSetup.GetDataSetFromDb();

   64                 original.WriteXml(original_data_file);

   65             }

   66 

   67             // Load my known data into the databaseSetup

   68             databaseSetup.ReadXml("current_test_data.xml");

   69 

   70             // Insert that data into the database, clear all other data.

   71             databaseSetup.PerformDbOperation(DbOperationFlag.CleanInsertIdentity);

   72         }

   73 

   74         // Runs after all tests been executed

   75         [TearDown]

   76         public void RestoreDatabase()

   77         {

   78             // If not my database resore to original data.

   79             if (currentDatabase != TestDatabases.local)

   80             {

   81                 INDbUnitTest databaseSetup = new SqlDbUnitTest(CurrentConnectionString());

   82 

   83                 databaseSetup.ReadXmlSchema("database_schema.xsd");

   84 

   85                 // Load the data we stored earlier

   86                 databaseSetup.ReadXml(original_data_file);

   87 

   88                 // Clear and resore data from prior to tests

   89                 databaseSetup.PerformDbOperation(DbOperationFlag.CleanInsertIdentity);

   90             }

   91         }

   92     }

   93 }

Det finns en bugg i NDbUnit 1.2 som gör att CleanInsertIdentity inte fungerar om man har ForeignKey relations i sin databas. Det finns bloggar om hur man löser det.

 


Postad av Håkan Alexander

Kommentarer (2)   Kategorier:  TDD    NHibernate



Kommentarer

Kommentar av Erik
Inte funderat på köra InMemoryDB för dina DB-träffande tester, som jag ser det är det största behovet vid TDD snabba feedback-loopar och en inmemory är bra mycket snabbare. Med tex nhibernate så är man ofta tyvärr i behov av att testa mappning och då blir intregrationstester en del av tdd:n
2009-03-30


Kommentar av Håkan Alexander
Du har helt rätt Erik visst går det mycket fortare med en InMemoryDB. Jag kör förnärvarande med SQLite och då går testerna som blixten.

När jag skrev detta inlägg satt jag i ett projekt med en DBA och flera SQL-server miljöer för utveckling, test och produktion. Då blev denna användbar för att verifiera att aktuell databas var i godkänt skick. Lite omvänt och inte alls drömscenariot men sådan är ju verkligheten ibland.
2009-03-31


Posta kommentar


Namn *
Email
Url
Kommentar *  
Please add 8 and 8 and type the answer here:



Skicka