在.net开发环境中,我希望实现一些回归测试脚本,在完全基于服务器的应用程序上进行端到端(/ blackbox)测试,最终会变得相当复杂。 / p>
我最初的想法是推出自己的PowerShell脚本/步骤的XML配置。但是我想做一些分析,看看是否有什么东西可以重复使用,也许还有其他人做过哪些可能证明是最佳实践(我还没有找到它)。
我意识到我可能只是使用MSBuild项目,以及MSBuildExtensions和社区任务,但我发现这些脚本从长远来看更难以修改/维护。
我要为其中一个应用程序编写的一些工作步骤的示例:
一些非常简单的PowerShell能够满足其中大部分需求。我对意见感兴趣:如果你有一些回归式的端到端测试,你会用什么?滚动自己,以便有一个相当简单,具体的实现,或使用第三方工具(如MSBuild,或其他)?
答案 0 :(得分:0)
为工作选择合适的工具通常取决于个人偏好,但实际上应该由有效性和可维护性驱动。
MSBuild在任务重用和依赖关系链解析方面表现优异。 PowerShell将复杂的流程压缩成一组优雅的命令。 在您的场景中,我可能会将PowerShell用于面向集成的作业排队,数据库,IO的DSL。我会保留MSBuild来生成构建工件。
不需要第三方工具,除非它是该领域的顶级狗并且价格合适(=开源或已由贵公司购买)。