Question

HI, J'ai assigné une tâche d'explorer les tests unitaires à l'aide des outils disponibles sur le marché. Ma question est de savoir comment puis-je écrire une API qui aiderait par écrit les cas de tests unitaires. Exemple i peut utiliser nunit pour écrire quelque chose comme ceci pour vérifier si le fichier existe à l'emplacement donné.

<Test()> _
   Public Sub CheckOutputFileInfo()
    ReportPath = "D:temp\test.txt"
    Dim result As Boolean
    result = File.Exists(ReportPath)
    Assert.IsTrue(result)
End Sub

Je comprends que ce n'est pas le meilleur exemple, mais ma question est de savoir comment puis-je intégrer nunit et développer une API pour que les autres développeurs / testeurs peuvent écrire des scénarios de test sans se soucier de se renseigner sur nunit. Pour votre information, je ne l'ai jamais écrit une API, ce sera mon premier coup dans ce domaine. Les recommandations sur où commencer ?? merci

Était-ce utile?

La solution

Votre exemple n'est pas strictement un test unitaire comme il frappe le système de fichiers.

Un test n'est pas un test unitaire si:

  1. Il parle à la base de données
  2. Il communique à travers le réseau
  3. Il touche le système de fichiers
  4. Il ne peut pas fonctionner en même temps que l'un de vos autres tests unitaires
  5. Vous devez faire des choses particulières à votre environnement (par exemple la modification des fichiers de configuration) pour l'exécuter.

Je vous conseille d'apprendre Test Unit les meilleures pratiques et les modèles avant de commencer à essayer de faire vos développeurs commencent les tests unitaires. De l'expérience quelqu'un a besoin d'unité de champion tester l'avoir bien compris eux-mêmes. Il vous permettra d'économiser beaucoup de maux de tête à long terme.

Voici un excellent livre pour vous aider à démarrer:

http://artofunittesting.com/

Autres conseils

Je pense que vous êtes mieux de laisser les développeurs utiliser nUnit. Il est déjà bien conçu et flexible. Si vous voulez rendre la vie plus facile pour vos développeurs, essayer de construire des classes d'aide qui mettent en place des objets de test et des échantillons de données dans des configurations qui sont nécessaires par de nombreux tests différents. Peut-être essayer quelque chose comme le Création motif.Procédé . C'est d'un très bon livre intitulé xUnit modèles de test qui décrit beaucoup de façons de rendre le code de test plus facile à écrire, lire et à maintenir. La plupart du livre est disponible en ligne, et le Visite rapide est un bon endroit pour commencer.

Pourquoi voudriez-vous faire cela? NUnit et la plupart des solutions de rechange sont très simples à apprendre et à utiliser. Le défi par écrit des tests unitaires est ne maîtrisent pas l'api, mais plutôt d'écrire de bons tests et le code testable.

Pour utiliser efficacement NUnit il vous suffit de connaître les attributs de test et TestFixture et SetUp et de connaître la mise à disposition de la classe affirme Assertion. Il est très simple!

Je vous recommande de se concentrer sur la façon d'écrire de bons tests et la façon d'écrire du code qui est facile à tester. Les deux sujets sont difficiles et il y a beaucoup à apprendre.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top