Questions marquées «mocking»

La moquerie et la simulation sont des moyens d'isoler le code ou les composants pour garantir que les tests unitaires s'exécutent sur l'unité de code testable uniquement sans utiliser réellement d'autres composants ou dépendances d'une application. La moquerie diffère de la tromperie en ce qu'une simulation peut être inspectée pour confirmer les résultats d'un test.

4
Quand dois-je utiliser des objets fantaisie?
J'ai lu beaucoup de choses sur TDD mais j'ai encore des doutes. Par exemple, j'ai ces diagrammes de classes: C'est un exemple simple, juste pour en savoir plus sur TDD et les objets fictifs. Quel test dois-je passer en premier? Produit , puis Ligne et dernier, Commande ? Si je …
4
Comment tester du code qui dépend d'API complexes (Amazon S3 par exemple)?
J'ai du mal à tester une méthode qui télécharge des documents sur Amazon S3, mais je pense que cette question s'applique à toute API non-triviale / dépendance externe. Je n'ai trouvé que trois solutions potentielles mais aucune ne semble satisfaisante: Exécutez le code, téléchargez réellement le document, vérifiez auprès de …
13 testing  mocking 
2
Test - DB en mémoire vs mocking
Lors de l'écriture de tests, pourquoi quelqu'un voudrait-il utiliser une base de données en mémoire plutôt que de se moquer des données? Je pouvais voir que les bases de données en mémoire pouvaient être utiles pour tester ses référentiels. Mais si vous utilisez un framework (comme Spring Data), tester les …
3
Comment se moquer de la méthode avec un objet codé en dur?
Je travaille sur une application à plusieurs couches. Couche d'accès aux données pour récupérer et enregistrer les données de la source de données, logique métier pour manipuler les données, interface utilisateur pour afficher les données à l'écran. Je fais également des tests unitaires de la couche logique métier. La seule …
3
Classe de béton moqueur - Non recommandé
Je viens de lire un extrait du livre "Growing Object-Oriented Software" qui explique certaines raisons pour lesquelles se moquer de la classe concrète n'est pas recommandé. Voici un exemple de code d'un test unitaire pour la classe MusicCentre: public class MusicCentreTest { @Test public void startsCdPlayerAtTimeRequested() { final MutableTime scheduledTime …
1
Quelle moquerie est "juste?"
J'ai intitulé la question en plaisantant parce que je suis sûr que "ça dépend", mais j'ai quelques questions spécifiques. Travaillant dans un logiciel qui comporte de nombreuses couches de dépendance profondes, mon équipe s'est habituée à utiliser le mocking assez largement pour séparer chaque module de code des dépendances en …
5
TDD: se moquer des objets étroitement couplés
Parfois, les objets doivent simplement être étroitement couplés. Par exemple, une CsvFileclasse devra probablement travailler étroitement avec la CsvRecordclasse (ou l' ICsvRecordinterface). Cependant, d'après ce que j'ai appris dans le passé, l'un des principes fondamentaux du développement piloté par les tests est «Ne testez jamais plus d'une classe à la …
10 tdd  coupling  mocking 
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.