当前位置：文江博客话题详情

我可以使用 Fit/Fitnesse 来测试 .NET 应用程序吗？

发布于 2024-08-11 04:29:39 字数 22 浏览 2 评论 0原文

有人尝试过吗？你的经验是什么？

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

一直在等你来 2024-08-18 04:29:39

是的，Fit/Fitnesse 确实有一个 .NET 运行程序。我们每天都使用它，我不得不说它效果非常好，我们已经非常成功了。目前，我们有数百个测试页，其中包含 10,000 多个断言。我们的产品负责人正在让我们的开发人员编写测试。测试与 CI 挂钩，我们有内存模式，以便开发人员可以快速获得故障反馈，并有较慢的模式进行全堆栈集成。

它还具有迫使开发人员将逻辑排除在 UI 之外的可怕副作用。老实说，如果没有它……或者类似的东西，我不想对 .Net 进行编程。

**编辑问题**
您只需将 .NET 测试运行程序定义为您的运行程序并将应用程序 bin 添加到类路径中。您可能遇到的另一个奇怪的事情是您的装置不能有名称空间（可能有办法解决这个问题，但我不知道）。所以你的 wiki 的前面应该有这样的内容：

variable defined: COMMAND_PATTERN=%m %p
variable defined: TEST_RUNNER=dotnet\FitServer.exe
variable defined: PATH_SEPARATOR=;

classpath: .\..\..\FrontEnd\Fixtures\bin\Debug\*.dll
classpath: .\dotnet\*.dll

Yes, Fit/Fitnesse does have a .NET runner. We use it everyday and I have to say that It works very well and we have been quite successful with it. We currently have several hundred test pages with 10,000+ assertions. Our product owners are engaging our developers to write tests. The tests are hoked up to CI, we have a inMemory mode so developers can get fast feedback on failures and a slower mode for full stack integration.

It also has the awesome side effect of forcing developers to keep logic out of the UI. I honestly would not want to program .Net without it...or something like it.

**EDIT FOR QUESTION **
you just have to define the .NET test runner as your runner and add your applications bin to classpath. Another odd thing you might run into is that your fixtures can't have namespaces (there may be a way around this but I don't know it). So the front of your wiki should have something like this:

variable defined: COMMAND_PATTERN=%m %p
variable defined: TEST_RUNNER=dotnet\FitServer.exe
variable defined: PATH_SEPARATOR=;

classpath: .\..\..\FrontEnd\Fixtures\bin\Debug\*.dll
classpath: .\dotnet\*.dll

回复收藏 0 原文