Avec MS battant powershell dans tous les nouveaux produits serveur, je commence à m' (à contrecœur) pense que j'ai besoin de le prendre au sérieux. Partie de "prendre au sérieux" est TDD. Avez-vous trouvé les bonnes méthodes de test de l'unité de puissance des scripts shell?
J'ai trouvé des échantillons de se moquer de M. Geek Bruit - mais je voudrais vraiment quelque chose comme RhinoMocks. Brian Hartsock dispose d'un échantillon de l'exécution des tests sur powershell chaînes à partir de MS Test. Un peu hacky, mais il semble fonctionner.
Ce que je veux c'est un Powershell TDD expérience qui est aussi propre qu'il l'est dans la "vraie" langues.
Mise à jour pour clarifier:
Les deux premières réponses tenter de diriger moi, loin de tests de Powershell. Les avis sont intéressants. Je ne veux pas savoir si c'est une bonne idée de tester en powershell. C'est une question subjective qui doit être demandé dans un autre forum. Je veux une solution pour les tests unitaires powershell. Je vous pense que c'est une mauvaise idée (peut-être), le traiter comme un plaisir académique question.
- Oui, les langages de script colle ensemble des systèmes disparates. Cependant, comme l'a déjà souligné, il est également facile de se moquer et de briser les coutures dans la dynamique de la langue.
- Je ne suis pas de demander à propos de "débogage". Le débogage est un outil très utile de sujet. Je vais laisser quelqu'un d'autre le lui demander.
- Peut-être PS scripts doivent être simples. La langue prend en charge la modularité et il est inévitable que des processus complexes qui sera mis en œuvre en PS (même si une mauvaise idée).
- La réponse à cette question n'est pas "Tu ne peux pas". Je peux voir (liées blogs qui sont un peu vieux) que certaines personnes ont fait des progrès sur le problème.
Re-état: Comment mettre en place un système automatisé de tests de Powershell logique dans le style de xUnit? Les tests d'intégration sont intéressants, les tests unitaires que briser les dépendances les plus intéressantes.
