Boo是编写单元测试的好选择吗？

Question

我在Castle stack上用C#进行开发。我刚接触单元测试，我听说一种更灵活的语言(比C#)可能会使编写测试变得更容易。

你认为仅仅为了编写单元测试而学习Boo值得吗？

我们使用CLR，所以有可用的Boo支持，我一直在寻找学习一门新的SharpDevelop语言的借口，但我只是不想让它妨碍学习单元测试。

Answer 1

如果您刚接触单元测试，最好使用一种熟悉的语言，至少在掌握基本知识之前(可能需要几周)。当你觉得你使用的语言/框架太冗长或限制太多时，试试其他的。

我主要使用Java进行开发，但我计划迁移到Scala。将来，我可能仍然会用Java编写应用程序代码的某些部分，但对于测试，我更喜欢使用Scala、Ruby、Groovy或类似的语言，语法更灵活。例如，对于Java/C#，您需要为测试使用长的描述性方法名称，但是对于更灵活的语言，您可以只使用普通字符串，这使得测试名称更具可读性：http://www.codecommit.com/blog/java/the-brilliance-of-bdd

Answer 2

为了真正利用Boo作为一种测试语言，请看一下Specter (一个实现为Boo的BDD框架)。否则，它只是另一种使用xUnit的CLR语言。

如果你刚开始进行单元测试，我同意Esko的观点，只要使用C# + NUnit，你就会找到更多的信息和示例代码。

这是一个web项目吗？学习Boo的另一个好理由是使用Brail视图引擎(最初来自Monorail，但现在是also available for ASP.NET MVC)

Answer 3

如果你的公司在政治上可行，可能是这样的。测试代码通常比生产代码具有更少的耦合性，使您可以轻松地尝试和探索所使用的语言。这将为你接触一门新语言提供一个很好的环境。