随着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框架项目:
原文链接:https://www.f2er.com/javaschema/282910.html