J'ai été attribué à tester une base de données de MongoDB à partir d'un backend Java. J'ai dit que je devais créer une base de données complètement utile d'un script pour cette tâche.
Mais j'ai des difficultés à comprendre l'avantage de créer une base de données à partir de zéro avec un script, au lieu d'avoir une base de données de test permanente. Où j'imagine que les données doivent être insérées au démarrage et nettoyées sur la déchirance dans les deux cas.
Pourquoi est-il bénéfique d'une perspective de test pour créer et supprimer une base de données lors du test?
3 Réponses :
Les tests parfois échouent et il peut donc arriver que la phase de démolition ne soit jamais atteinte.
En outre, la suppression d'une base de données est le moyen le plus rapide et le plus efficace de le nettoyer, bien que peut-être pas le moyen le plus efficace de le faire. Mais il garantit que vous n'oubliez pas quelque chose dans votre routine de nettoyage.
et en particulier pour les tests de performance, il est important que la base de données soit dans exacte le même état pour chaque exécution, sinon les temps d'exécution ne peuvent pas être comparés les uns aux autres: une amélioration d'une exécution consécutive pourrait ont été causés simplement parce que les espaces de table étaient déjà augmentés ou des choses similaires, et non parce que l'optimisation du code a fonctionné ...
La plupart du temps test désigne un environnement prédéfini et une réaction attendue de cet environnement contre nos États supposés. Donc, pour le vérifier, nous avons besoin d'un processus pure automatisé et répétable autant que possible sans interférence de la configuration manuelle ou de la configuration.
Dans le processus de développement de logiciels, nous essayons de considérer le plus grand nombre possible de cas de test pour la qualité d'évaluation du produit. Lorsque nous parlons de trop de cas de test, chacun devrait être isolé des autres. S'il n'est pas isolé, le résultat peut varier dans chaque cycle d'exécution et processus de test non valide.
Ils n'ont pas besoin d'être. Toutefois: