Specs和ScalaTest都是用户满意的好工具，但是它们在几个方面有所不同。您可能希望在Scala中选择一个作为主要测试工具，但不必放弃另一个，因为您可以同时使用两者。例如，如果您喜欢ScalaTest的FeatureSpec语法和规范的Mockito语法，则可以将这两个jar文件都放在类路径中，并同时使用它们。在这里，我将尝试捕捉规格和ScalaTest之间我注意到的主要设计哲学差异。
这些工具之间的主要哲学差异可能是规范是针对行为驱动开发（BDD）设计的，而ScalaTest更通用。ScalaTest提供的特征可以混合在一起以在测试类（包括BDD）中获得您喜欢的行为，并且如果您想要不同的东西，也可以轻松定义自己的行为。
ScalaTest支持BDD通过Spec，FeatureSpec，WordSpec，FlatSpec，和GivenWhenThen特质，也有特点，你可以混合在得到一个不错的匹配的语法。如果您喜欢“应该”，则可以混合使用ShouldMatchers。如果您喜欢“必须”，请混入MustMatchers。但是，如果您喜欢BDD但不喜欢匹配器语法，则可以仅使用ScalaTest的Spec特质之一，而无需混合匹配器特质。Specs具有扩展的Specification类，您必须在匹配表达式中使用单词“ must”。从这里可以明显看出，在哲学上的一个很大差异是ScalaTest为您提供了更多选择。为了使选择的空间更易于浏览，我在此处提供了一个决策树：
http://www.scalatest.org/quick_start
ScalaTest和spec之间的匹配器语法也有所不同。在ScalaTest中，我试图查看使用运算符表示法可以走多远，最后得到的匹配表达式读起来非常像英语句子，单词之间留有空格。Specs匹配器语法将更多单词与驼峰式一起使用。
Specs比ScalaTest具有更多的匹配器，我认为这反映了设计态度的不同。实际上，我实际上削减了我构建并考虑发布的匹配器语法的2/3。我将在以后的版本中添加更多匹配器，但想确保在添加之前，我知道用户确实想要一些东西。但是，ScalaTest的匹配器包括一个动态属性匹配器语法，可以弥补其中的一些不足。例如，在规格中，您可以在上编写java.io.File：
file must beDirectory
这将调用isDirectory并确保其为真。ScalaTest目前没有任何特殊的匹配器java.io.Files，但是在ScalaTest中，您可以使用像这样的动态检查：
file must be a ('directory)
每当您在after之后传递符号时be，它将使用反射来查找（在这种情况下）名为的方法或字段directory或名为的方法isDirectory。还有一种方法可以通过定义a BePropertyMatcher（使其通常仅需要2或3行代码）来使其变为静态。因此，基本上在ScalaTest中，我尝试使用更少的API提供更多功能。
规格和ScalaTest之间的另一个一般设计态度差异涉及隐式转换。默认情况下，当您使用ScalaTest时，您只会获得一次隐式转换，这是使===运算符处理所有事情的转换。（如果需要，您可以用一行代码“关闭”这种隐式转换。您需要这样做的唯一原因是，如果您尝试测试具有自己的===运算符的东西，则会发生冲突。 ）ScalaTest定义了许多其他隐式转换，但是要使用它们，您需要通过混入特征或进行导入来将它们“显式”邀请到您的代码中。上课时Specification在规范中，我认为您默认情况下会获得数十个隐式转换。我不确定在实践中有多少重要，但是我认为人们会想要测试使用自己的隐式代码的代码，有时测试框架的隐式代码与生产代码的隐式代码之间可能会发生冲突。当发生这种情况时，我认为在ScalaTest中解决该问题可能比使用规范更容易。
我注意到的设计态度的另一个差异是操作员的舒适度。我的一个目标是，只要程序员查看别人的使用ScalaTest的测试代码，都可以在不查找ScalaTest文档的情况下猜测其含义。我希望ScalaTest客户端代码变得显而易见。目标本身体现的一种方式是，ScalaTest对运算符非常保守。我只在ScalaTest中定义了五个运算符：
===，等于>，表示大于<， 少于>=，大于或等于<=，小于或等于。
而已。因此，这些东西看起来很像什么意思。如果您在别人的代码中看到：
result should be <= 7
我的希望是，您无需运行API文档即可猜测其<=含义。相比之下，运营商可以自由选择规格。没什么错，但这是有区别的。运营商可以使代码更简洁，但代价是你可能需要运行的文件，当你找到的东西一样 ->-，>>，|，|>，!，或^^^（这都在规格特殊的含义）在你同事的测试代码。
另一个哲学上的区别是，当您需要共享固定装置时，我确实尝试使ScalaTest中的功能样式更容易使用，而Specs默认情况下延续了JUnit流行的setUpand tearDown方法的传统，其中您重新分配了vars每次测试之前。但是，如果您想以这种方式进行测试，则在ScalaTest中也非常容易。您只需要混合BeforeAndAfter特征。
有关ScalaTest的更多信息，您可以在以下2009年Devoxx会议上观看“ ScalaTest进阶”演讲：
http://parleys.com/play/514892260364bc17fc56bde3/chapter0/about