Faux point Un ensemble de classes d'API de fausse (mock ou stub) objet SharePoint Model
Télécharger maintenant

Faux point Classement & Résumé

Faux point Mots clés

Modèle d'objet maquette SharePoint API moquer Modèle d'objet SharePoint API Modèle d'objet de base de données Ensemble d'API Compilateur STOP RMI Stub de RMI Modèle d'objet de composant API Modèle de domaine atome modèle d'objet bout Créateur de faux objet générer un faux objet Mock Object Maker Objet faux Générateur d'objets stub Modèle d'objet C ++ Créer un modèle d'objet Texte Object Model comprendre des classes définies injecter un objet simulé modèle d'objet XML Infoset objet modèle CIM Modèle d'objet adaptatif objet SharePoint API modèle classe API Explorateur de modèle d'objet modèle objet SharePoint Server Framework créateur faux créer des simulaires Sécurité du modèle d'objet Outlook g Modèle de stub de paie Modèle d'objet Word

Faux point La description

Le paquet fauxPoint fournit un ensemble de classes d'API de fausses (Mock ou Stub) d'objet SharePoint pour activer les tests d'unités et TDD. La fausse DLL est référencée dans le projet de test à la place de l'ensemble SharePoint, permettant ainsi aux fausses classes de l'API d'être utilisées de manière transparente sans codage spécial. Le test de l'unité est très difficile avec SharePoint. Beaucoup de développement SharePoint est impliqué dans l'interface utilisateur, qui est notoirement difficile à tester unit. Mais un problème encore pire est que l'API du modèle d'objet SharePoint est large et complexe, et les interactions avec des objets SharePoint comprennent souvent la majorité du codage dans un projet de développement SharePoint. Les solutions communes sont soit à utiliser un cadre moqueur, soit de modifier radicalement l'architecture de solution pour créer une couche d'abstraction autour de SharePoint. Actuellement, le seul cadre qui peut être utilisé pour émuler l'API SharePoint est l'isolateur de Typemock, ce qui est excellent, mais est un produit commercial. L'approche d'emballage architecturale entraîne généralement un modèle d'injection de dépendance complexe ou dans des tests d'unités «protégés» des sections critiques du code. Les tests unitaires sont si difficiles que dans de nombreux projets de développement SharePoint, les développeurs sont obligés d'aller directement au test de style d'intégration contre une instance locale de SharePoint. Cela introduit d'énormes dépendances de configuration dans les tests et rend le cycle de test suffisamment lent pour entraver le développement et le débogage et empêche l'adoption d'un développement dirigé par des tests (TDD). Fakeboint vous donne une alternative à la moqueur et à la ré-architecture qui vous permet de remplacer l'API SharePoint par un ensemble de fausses classes. Plutôt que de mettre en place une réponse pour chaque appel d'API avant d'exécuter le test, un faux site SharePoint est complet, complet avec contenu. Une fois que ce faux site est configuré, tout nombre de tests peut être exécuté. Cela rend la configuration de test très simple et supprime également la nécessité de prédire ce que la réponse de l'API serait à un appel particulier afin de mettre en place les conditions de réponse.

Faux point Logiciels associés