随着微软将 powershell 强加到所有新的服务器产品中，我开始（不情愿地）认为我需要认真对待它。 “认真对待”的一部分是 TDD。您是否找到了对 Power shell 脚本进行单元测试的好方法？
我找到了嘲笑的样本极客噪音先生 http://www.peterprovost.org/blog/post/TDD-with-PowerShell-Mocking-Things.aspx- 但我真的很想要类似的东西犀牛模拟 http://ayende.com/projects/rhino-mocks.aspx. 布赖恩·哈特索克 http://blog.brianhartsock.com/2009/03/27/tdd-with-powershell-from-the-client-perspective/有一个来自 MS Test 的对 powershell 字符串运行测试的示例。有点老套，但似乎有效。
我想要的是像“真实”语言一样干净的 Powershell TDD 体验。
更新以澄清：
前两个答案试图引导我放弃测试 Powershell。意见很有趣。我不想知道在 powershell 中测试是否是个好主意。这是一个主观问题，应该在不同的论坛上提出。我想要一个对 powershell 进行单元测试的解决方案。如果您认为这是一个坏主意（可能是），请将其视为一个有趣的学术问题。
- 是的，脚本语言将不同的系统粘合在一起。然而，正如已经指出的，在动态语言中模拟和打破接缝也很容易。
- 我不是在问“调试”。调试是一个非常有用的主题。我会让别人问一下。
- 也许 PS 脚本应该很简单。该语言支持模块化，在 PS 中实现复杂的流程是不可避免的（即使是一个坏主意）。
- 这个问题的答案不是“你不能”。我可以看到（从链接的博客 - 有点旧）有些人已经在这个问题上取得了进展。
重申一下：如何以xUnit的风格实现Powershell逻辑的自动化测试？集成测试很有趣，打破依赖关系的单元测试最有趣。
Scott Muc 启动了一个名为 Pester 的 PowerShell 轻量级 BDD 框架项目：
https://github.com/pester/Pester https://github.com/pester/Pester
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
