正在寻找基于C#或.Net的验收测试框架-Aqua或Robot的替代方案

我们在基于Python的Robot框架中编写了大量的系统测试，还有一些在基于Java的Aqua框架中编写。 机器人很灵活，有很好的日志记录功能，但相当笨重，Aqua也并没有引起这里使用它的人的热情。 所测试的产品大多基于C#/.Net，我们正在寻找一个可靠的扩展框架，使我们能够轻松地初始化VM和操作它们（使用SSH/telnet）、定义步骤、等待等，并且还喜欢静态键入-因此，在我们发现某个测试步骤中的某些参数不正确之前，我们不需要运行几个小时

我们可以从零开始开发内部解决方案，也可以基于NUnit/Fitnesse（我们在单元测试/fit测试方面都有很好的经验，但它们不提供太多日志记录/Telnet/SSH功能）

---

有什么建议吗？

查看框架。

[披露：我是Robot框架的首席开发人员]

您是否有兴趣增强Robot框架[1]，以便更好地支持您的需求？我们目前并不完全支持.NET，但我们已经测试过，可以使用IronPython在其上运行框架。完全的.NET支持，包括使用C#实现测试库的能力，将非常酷，我们有一个关于它的增强请求[2]。不幸的是，核心开发团队工作在一个.NET不那么重要的环境中，因此我们需要有更多.NET/IronPython经验的人的帮助

还请向问题跟踪者提交有关“麻烦”问题的增强请求。希望我们可以修复其中的一些问题，或者帮助您创建补丁。总的来说，我相信你会得到更好的投资回报率和现有的工具，比从头开始实施更好

[1]

---

[2]

谢谢你的提示。它看起来更像是一个面向web的测试框架，不是吗？（虽然它在其他用途上也可能表现良好，但我还没有深入研究）这个有趣的想法，不过公司已经决定采用内部解决方案——编写测试并以灵活的方式添加所需的功能（希望这听起来不太“新时代”）。但我可能会尝试通过IronPython来研究机器人，因为它听起来很有趣。我将尝试收集一些反馈，看看是否有什么值得向机器人问题跟踪者报告的内容。添加对RF的完全.NET支持应该是一项相对简单的任务。有一些与安装、C#支持等相关的开放性问题，但我不认为它们是拦截器。如果您有兴趣帮忙，请告诉我们！该死的，出现在错误的地方：佩卡-如果报价仍然有效，我很乐意帮助回答问题。欢呼MarkRobot框架的.NET支持最近有所改善。开始的步骤如下：如果RobotFramework的.NET支持不是一个好的选择，那么现在有另一种选择，可以通过Robot框架的远程库接口使用本机C#，从而消除使用IronPython或使用IronPython编写包装器库的需要。