Créer un test Pex pour tester une DLL et du matériel contrôlé par cette DLL?

Question

Créer un test Pex pour tester une DLL et du matériel contrôlé par cette DLL?

J'ai du matériel dont l’API est contrôlée par une DLL. J'ai écrit quelques tests unitaires qui appellent les composants appropriés de l'API et effectuent un test.

Par exemple, je pourrais avoir un "test de recherche de données", qui a 1. ouvert, 2. lu d'un côté et 3. envoyé de l'autre, et l'assertion est de savoir si les données sont correctes ou non.

Je pense que Pex pourrait faire un bon travail de manipulation de cette donnée.

Ma question est parce que je suis assis sur une DLL et que je dois vraiment rassembler plusieurs éléments pour le test. Comment puis-je implémenter Pex ici (je ne connais presque rien de Pex pour le moment)?

Dois-je en quelque sorte créer une API que je contrôle au-dessus de la DLL lue et envoyée et laissant Pex accéder à cette couche pour créer son test?

Modifier: J'ai fait quelques recherches et visionné une superbe vidéo sur http: //channel9.msdn .com / posts / Peli / Mise en route avec Pex-in-Visual-Studio-2008 /

Je remets en question la capacité de le faire. On dirait que Pex sera intéressant pour créer des tests mais pas vraiment un système complet (api plus matériel plus données)

Answer 1

Il doit instrumenter le code pour générer les tests afin d'éviter d'atteindre les comportements externes. Si votre API est très mince et ne fait pas grand chose, vous n’en tirerez pas grand chose.

Si vous avez une bonne quantité de logique dans cette API avec les appels matériels, je séparerais tout cela du code qui effectue l’interaction réelle avec le matériel - définissant une interface et l’utilisant dans le reste du code. . Cela vous permettra d’utiliser toute la logique impliquée.

Ce qui précède inclut la séparation de choses telles que l’analyse / analyse de données de l’envoi / la réception. Vous pourrez couvrir tout cela.