En utilisant le test unitaire automatisé pour le test d'intégration de la boîte noire, quel est le problème et qu'est-ce qui est le mieux?

Question

J'ai une API qui peut être implémentée par différents fournisseurs. Je peux envoyer et recevoir des données et obtenir différents codes de retour avec l'API.

Ce que je veux faire est de pouvoir tester l'API et de manière automatisée et garder tout aussi propre que possible. Pas vraiment faire des tests unitaires. Ce serait pour une utilisation dans un test/QA.

Ce que j'ai fait est de créer une application fictive en C# et d'utiliser NUnit pour créer une suite de tests. J'ai donc tous les tests dans différentes classes basées sur la fonctionnalité et je peux démarrer NUnit et exécuter mes tests et voir mes résultats. J'aime comment je peux faire l'installation et démolir. Cela me permet d'obtenir l'API dans un état connu. J'aime aussi les méthodes d'assertion dans NUnit.

Je ne pense pas que ce soit l'intention de NUnit, je m'attendrais à ce que la plupart des gens utilisent NUnit dans leur application pour tester leur propre code. Ma question est, à quel point est-ce que je fais? Et quoi de mieux?

Answer 1

Cela semble bien, je pense. J'imagine que si vous n'utilisiez pas NUnit, vous écririez vous-même quelque chose qui était une mauvaise copie de NUnit, alors restez avec.

Answer 2

Ce que vous faites est parfaitement légitime. Juste parce que l'auteur n'a peut-être pas voulu que cela ne vous décourage pas du tout. Il y a certainement de la valeur ... attendez de recevoir la première mise à jour du fournisseur et vérifiez que l'API existante fonctionne toujours.

J'ai fait le même genre de chose en C avec CUnit.

Answer 3

Je pense que c'est OK complet ce que vous faites. Le test d'unité avec NUnit n'implémente pas la règle selon laquelle vous devez avoir du code et ne pas autoriser l'utilisation d'une API.