随着MS捶打powershell到所有新的服务器产品，我开始(不情愿)认为我需要认真对待。 “认真对待”的一部分是TDD。你找到好的方法来测试强大的shell脚本？
我发现从Mr Geek Noise的嘲笑的样品 – 但我真的喜欢像RhinoMocks. Brian Hartsock有一个运行测试从MS测试的powershell字符串的示例。有点hacky，但它似乎工作。
我想要的是一个Powershell TDD体验，就像在“真实”语言一样干净。
更新说明：
前两个答案试图引导我远离测试Powershell。意见是有趣的。我不想知道这是否是一个好主意，在powershell测试。这是一个主观问题，应该在不同的论坛提出。我想要一个解决方案单元测试powershell。我认为这是一个坏主意(可能)，把它当作一个有趣的学术问题。
>是的，脚本语言将不同的系统粘合在一起。然而，正如已经指出的，在动态语言中模拟和打破接缝也很容易。
>我不是问“调试”。调试是一个非常有用的主题。我会让别人问。
>也许PS脚本应该很简单。语言支持模块化，并且不可避免的是，复杂的过程将在PS中实现(即使一个坏主意)。
>这个问题的答案不是“你不能”。我可以看到(从链接的博客 – 这是一个小老)，有些人已经取得进展的问题。
重新状态：如何以xUnit的风格实现Powershell逻辑的自动化测试？集成测试是有趣的，单元测试打破依赖关系最有趣。
Scott Muc已经为PowerShell启动了一个名为Pester的轻量级BDD框架项目：
