Où est le meilleur endroit pour créer des données de test dans TDD?

Question

J'utilise les tests d'intégration NUnit. J'essaie de tester pour s'assurer que l'utilisateur ne peut pas créer un compte avec un e-mail existant. (test@example.com)

Je dois avoir des données de test dans la base de données (compte avec test@example.com email).

Je peux créer ce compte dans la fonction de test, ou dans le script sql (et l'exécuter avant les tests d'intégration).

Où est le meilleur endroit pour créer ces données de test?

Answer 1

Aucune de ces options est erroné, mais il y a plusieurs façons d'étendre et de consolider votre stratégie:

• Mocking qui va main dans la main avec TDD
• Génération de données de test db avec des outils tels que RedGate's Sql Data Gen
• Création de pluggable data providers (IoC/DI) où vous pouvez échanger entre le test et la production

Aucune de ces solutions sont mut ually exclusif. Je recommanderais le dernier article en particulier (fournisseur enfichable) et puis un choix entre l'objet moqueur ou faux mais la qualité des données de test de DB.

Answer 2

Votre meilleur pari est de se pencher sur les frameworks d'injection et de simulation de dépendances. De cette façon, vous pouvez échanger des fournisseurs de données avec des fournisseurs de données simulés et utiliser les données qui correspondent à vos besoins pour le test spécifique.

Si vous utilisez NHibernate ou similaire, vous pouvez toujours recréer votre schéma db avant chaque test (appareil).

Answer 3

Dans une situation comme celle que vous décrivez, je préférerais créer le compte dans la fonction de test. Un test unitaire doit être aussi autonome que possible. En outre, il est utile de comprendre ce que vous testez, si vous pouvez voir toutes les données requises pour le test en un seul endroit.

Voici un exemple tout à fait composé qui devrait illustrer:

[Test] 
public void Test_CannotCreateDuplicateEmail() 
{ 
    // Arrange 
    CreateAccount("test@example.com"); // OK 

    // Act 
    try 
    { 
     CreateAccount("test@example.com"); 

     // If control arrives here, then the test has failed. 
     Assert.Fail(); 
    } 

    // Assert 
    catch(AccountException ex) 
    { 
     // Assert that the correct exception has been thrown. 
     Assert.AreEqual("Failed", ex.Message); 
    } 
}