我正在 Castle 堆栈上使用 C# 进行开发。我是单元测试的新手，我听说更灵活的语言（比 C#）可能会使编写测试更容易。
你认为仅仅为了编写单元测试而学习 Boo 值得吗？
我们使用 SharpDevelop IDE，因此提供了 Boo 支持，我一直在寻找学习新 CLR 语言的借口，但我只是不希望它妨碍学习单元测试。
问问题
531 次
3 回答
4
为了真正利用 Boo 作为一种测试语言，请看一下Spectre（一个实现为 Boo DSL 的 BDD 框架）。否则，它只是另一种使用xUnit的 CLR 语言。
如果您刚开始进行单元测试，我同意 Esko，只需使用 C# + NUnit，您会发现更多信息和示例代码。
这是一个网络项目吗？学习 Boo 的另一个好借口是使用Brail视图引擎（最初来自 Monorail，但现在也可用于 ASP.NET MVC）
于 2009-04-29T23:19:10.890 回答
1
如果您不熟悉单元测试，最好至少在您掌握基本知识之前使用熟悉的语言（可能是几周）。当您觉得您使用的语言/框架过于冗长或限制时，请尝试其他方法。
我主要使用 Java 进行开发，但我计划转向 Scala。将来我可能仍会用 Java 编写应用程序代码的某些部分，但对于测试，我更喜欢使用 Scala、Ruby、Groovy 或类似的语法更灵活的语言。例如，对于 Java/C#，您需要为测试使用长描述性方法名称，但对于更灵活的语言，您可以只使用纯字符串，这使得测试名称更具可读性： http: //www.codecommit.com /blog/java/the-brilliance-of-bdd
于 2009-04-29T15:23:57.973 回答
0
如果它在您的公司在政治上可行，可能。测试代码通常比生产代码具有更少的耦合，让您可以轻松地使用和探索所使用的语言。这将为您提供学习新语言的良好环境。
于 2009-04-29T15:05:56.473 回答