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

Question

我正在使用Castle堆栈中的C＃进行开发。我是单元测试的新手，我听说一种更灵活的语言（比C＃）可能会让编写测试变得更容易。

你是否认为值得花时间学习Boo只是为了编写单元测试？

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

Answer 1

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

如果您刚开始使用单元测试，我同意Esko，只需使用C＃+ NUnit，您将找到更多信息和示例代码。

这是一个网络项目吗？学习Boo的另一个好借口是使用Brail视图引擎（最初来自Monorail但现在also available for ASP.NET MVC）

Answer 2

如果您不熟悉单元测试，最好至少使用熟悉的语言，直到您掌握了基础知识（可能需要几周时间）。当您认为您使用的语言/框架过于冗长或限制时，请尝试其他方法。

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

Answer 3

如果你的公司在政治上可行，可能。测试代码通常与生产代码相比具有更少的耦合，让您可以放弃使用和探索所使用的语言。这将使它成为一个使用新语言的良好环境。