Nous sommes confrontés à un problème de gestion des données de test (xml qui est utilisé pour créer des objets fictifs). Les données dont nous disposons actuellement ont évolué sur une longue période. Chaque fois que nous ajoutons une nouvelle fonctionnalité ou un nouveau cas de test, nous ajoutons de nouvelles données pour tester cette fonctionnalité. Maintenant, le problème est lorsque les besoins métier changent le format (comme la longueur ou le format d'une variable) ou tout changement que les données de test ne supportent pas, nous devons changer la totalité des données de test. Quelqu'un pourrait-il suggérer une meilleure méthode ou processus pour surmonter ce problème? Toute suggestion serait appréciée.Gestion des données de test pour les tests Junit
Répondre
Personnellement, je resterais loin de créer des données pour des cas de test n'importe où ailleurs dans les cas de test. Au lieu de créer des données de test, créez des générateurs de données qui permettent la génération rapide d'objets dans chaque cas de test ou dans chaque bloc avant.
Cela a deux avantages principaux:
- Il fait des tests beaucoup plus facile à lire que le développeur peut voir exactement quels objets sont utilisés, et
- Il devrait grandement réduire la quantité d'essai les données que vous devez gérer.
Conservez les données de test pour des choses comme les tests fonctionnels et d'intégration et utilisez un outil comme DBDeploy pour gérer ces données. Ces données doivent être conservées intentionnellement petites. L'utilisation de DBDeploy et de DBUnit permet de nettoyer la base de données avant chaque test ou suite de tests. Cela devrait également limiter la quantité de données dont vous avez besoin, car cela augmente considérablement la réutilisation des données.
Bien que ce n'est pas une solution complète à votre problème, mais serait certainement aider (en particulier dans votre cas puisque vous avez 100s de Mo de données) - Rédiger des tests basés sur vérification du comportement au lieu de vérification des données .
Martin Fowler a un très bon article here
Merci Mihir. Trouvé l'article utile. – nobody
- 1. Comment réécrire les suites de tests pilotées par les données de JUnit 3 dans Junit 4?
- 2. Méthodes de test Junit
- 3. Drools tests avec junit
- 4. Création de tests JUnit pour les éléments de base de données avec des clés générées automatiquement
- 5. Dynamic Junit Test
- 6. Test de GUI avec JUnit
- 7. Test d'exception Junit
- 8. Affirmation qui provoque l'arrêt des tests JUnit
- 9. Exception d'exécution dans les tests JUnit Android
- 10. junit 4 TransactionalTestExecutionListener insérer les données de test une seule fois pour tous les tests en classe?
- 11. Test des sources de données dans les tests unitaires Android
- 12. JUnit Test Runner qui crée des tests juste avant de les exécuter
- 13. JUnit, test et threads
- 14. Automatisation des tests en utilisant JUnit
- 15. Test des pages et des composants de Tapestry avec JUnit
- 16. Tests Junit REST?
- 17. JUnit test for System.out.println()
- 18. esprit d'un test JUnit
- 19. Fin d'un test JUnit
- 20. Spring & Struts2 REST - tests junit
- 21. Exécution des tests IntelliJ JUnit en série
- 22. Exécution de classes de test JUnit à partir d'une autre classe de test JUnit
- 23. Gestion des exceptions pour les tests unitaires en C++
- 24. Impossible d'exécuter des tests junit dans Eclipse
- 25. Comment effectuer des tests Junit avec Struts - Ibatis
- 26. ressort 3 autowiring et les tests JUnit
- 27. JUnit Test Compilation
- 28. Créer des données aléatoires pour les tests
- 29. Maven: Utilisation de JUnit test-help requis
- 30. tests unitaires - par couverture de code de test pour java
Merci Chris. C'était un bon aperçu. – nobody